А вы знаете что Docker поддерживает btrfs для своего хранилища? Эту опцию нужно включать.
Лучше не надо. btrfs graphdriver в Docker кривоват и имеет несколько багов пара из которых фатальны. Особенно опасно реализованы квоты. Пару лет назад я пытался его запатчить но всё руки не доходят пропихнуть в апстрим.
Во общем сейчас связка OverlayFS поверх btrfs надёжнее.
Размер данных вы указали, а какая часть из них горячие? Она влезает в память?
Если «активно применяется кэширование в Redis и Memcache», то почему R всё ещё 96%? Или я неправильно понял?
Так же не совсем понятно с недостатком:
Из предыдущего пункта вытекает сложность разработки. Разработчик не мог просто сделать запрос к БД, а был обязан продумать готов ли он в каждом конкретном случае к отставанию слейва и если нет, то читать данные с мастера.
Если репликация всё равно асинхронная, то в чем принципиальная разница для разработчика разъедутся ноды на 10 или 1000 транзакций?
К достоинствам PXC можно отнести комплексную документацию и простой, относительно InnoDB cluster (GR), bootstrap.
По каким причинам в рассмотрение не попал MySQL NDB Cluster?
Про сравнение galera cluster и InnoDB Cluster рекомендую прочитать комментарии под постом lefred.be/content/mysql-group-replication-is-sweet-but-can-be-sour-if-you-misunderstand-it. Если кратко, то они немного про разное. galera пытается сделать вид что она синхронная и это почти всегда удается, кроме некоторых крайних случаев, за счет производительности. mysql говорит, раз формальной синхронности нет, не будем и пытаться зато выдадим производительность, как следствие при неудачных обстоятельствах ноды могут разбежаться на тысячи транзакций. И ваше приложение должно быть к этому готово, т.е. данные всегда консистентны, но не всегда свежи.
Если прямо нужен честный, межнодовый read_your_own_writes можно посмотреть на MySQL NDB Cluster и список его ограничений появившихся не на пустом месте. dev.mysql.com/doc/refman/5.7/en/mysql-cluster-limitations.html
Нет неправильно. neutron-ovs-agent убирается вообще, neutron-ml2 напрямую управляет ODL стеком. В том числе и на компьют нодах https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight
В конфигах это называется storage-driver.
Во общем сейчас связка OverlayFS поверх btrfs надёжнее.
Если «активно применяется кэширование в Redis и Memcache», то почему R всё ещё 96%? Или я неправильно понял?
Так же не совсем понятно с недостатком: Если репликация всё равно асинхронная, то в чем принципиальная разница для разработчика разъедутся ноды на 10 или 1000 транзакций?
К достоинствам PXC можно отнести комплексную документацию и простой, относительно InnoDB cluster (GR), bootstrap.
По каким причинам в рассмотрение не попал MySQL NDB Cluster?
Если прямо нужен честный, межнодовый read_your_own_writes можно посмотреть на MySQL NDB Cluster и список его ограничений появившихся не на пустом месте.
dev.mysql.com/doc/refman/5.7/en/mysql-cluster-limitations.html