Pinboard (jm)
https://pinboard.in/u:jm/public/
recent bookmarks from jmJepsen: Hazelcast 3.8.32017-10-10T08:49:22+00:00
https://jepsen.io/analyses/hazelcast-3-8-3
jmjepsen aphyr testing hazelcast cap-theorem reliability partitions network pacelc marc-brookerhttps://pinboard.in/https://pinboard.in/u:jm/b:c55626ad02a4/Jepsen: RethinkDB 2.1.52016-01-04T14:05:03+00:00
https://aphyr.com/posts/329-jepsen-rethinkdb-2-1-5
jmI’ve run hundreds of test against RethinkDB at majority/majority, at various timescales, request rates, concurrencies, and with different types of failures. Consistent with the documentation, I have never found a linearization failure with these settings. If you use hard durability, majority writes, and majority reads, single-document ops in RethinkDB appear safe.
]]>rethinkdb databases stores storage ops availability cap jepsen tests replicationhttps://pinboard.in/https://pinboard.in/u:jm/b:2efee6cf2e5a/Elasticsearch and data loss2015-10-07T09:22:35+00:00
https://twitter.com/michael_parrish/status/651507035356266496
jmelasticsearch data-loss reliability data search aphyr jepsen testing distributed-systems opshttps://pinboard.in/https://pinboard.in/u:jm/b:2d2feb4e2714/Call me Maybe: Chronos2015-08-19T12:59:26+00:00
https://aphyr.com/posts/326-call-me-maybe-chronos
jmaphyr mesos chronos cron scheduling outages ops jepsen testing partitions caphttps://pinboard.in/https://pinboard.in/u:jm/b:15e82cd21a73/Call me maybe: Aerospike2015-05-05T22:17:45+00:00
https://aphyr.com/posts/324-call-me-maybe-aerospike
jmaerospike outages cap testing jepsen aphyr databases storage reliabilityhttps://pinboard.in/https://pinboard.in/u:jm/b:4d9d3218df60/Call me maybe: Elasticsearch 1.5.02015-05-04T22:57:52+00:00
https://aphyr.com/posts/323-call-me-maybe-elasticsearch-1-5-0
jmelasticsearch reliability data storage safety jepsen testing aphyr partition network-partitions caphttps://pinboard.in/https://pinboard.in/u:jm/b:b6fc5795a3e6/The Network is Reliable - ACM Queue2014-07-24T17:05:39+00:00
http://queue.acm.org/detail.cfm?id=2655736
jmec2 aws networking outages partitions jepsen pbailis aphyr acm-queue acm survey opshttps://pinboard.in/https://pinboard.in/u:jm/b:7ab28a2120f9/Call me maybe: Elasticsearch2014-06-20T08:45:37+00:00
http://aphyr.com/posts/317-call-me-maybe-elasticsearch
jmIf you are an Elasticsearch user (as I am): good luck. Some people actually advocate using Elasticsearch as a primary data store; I think this is somewhat less than advisable at present. If you can, store your data in a safer database, and feed it into Elasticsearch gradually. Have processes in place that continually traverse the system of record, so you can recover from ES data loss automatically.
]]>elasticsearch ops storage databases jepsen partition network outages reliabilityhttps://pinboard.in/https://pinboard.in/u:jm/b:9f108006b5b8/Call me maybe: RabbitMQ2014-06-17T13:47:59+00:00
http://aphyr.com/posts/315-call-me-maybe-rabbitmq
jmWe used Knossos and Jepsen to prove the obvious: RabbitMQ is not a lock service. That investigation led to a discovery hinted at by the documentation: in the presence of partitions, RabbitMQ clustering will not only deliver duplicate messages, but will also drop huge volumes of acknowledged messages on the floor. This is not a new result, but it may be surprising if you haven’t read the docs closely–especially if you interpreted the phrase “chooses Consistency and Partition Tolerance” to mean, well, either of those things.
]]>rabbitmq network partitions failure cap-theorem consistency ops reliability distcomp jepsenhttps://pinboard.in/https://pinboard.in/u:jm/b:ebbc683645ef/Blockade2014-02-17T10:16:19+00:00
https://github.com/dcm-oss/blockade
jmtesting docker networking distributed distcomp enstratius jepsen network outages partitions cap via:lusishttps://pinboard.in/https://pinboard.in/u:jm/b:363e25c0dc24/Call me maybe: Kafka2013-09-26T21:36:22+00:00
http://aphyr.com/posts/293-call-me-maybe-kafka
jmjay-kreps kafka replication distributed-systems distcomp networking reliability fault-tolerance jepsenhttps://pinboard.in/https://pinboard.in/u:jm/b:b84fc1db2d14/