Docker Swarm с данными: общий объем и кластеризация против одного экземпляра

Question

Я делаю первые шаги с Docker Swarm и задаюсь вопросом, как обращаться с сервисами, использующими постоянные данные, такие как redis, elasticsearch или базу данных.

Я нашел много учебников о том, как настроить кластер redis/elasticsearch/database с док-роумом - но не проще ли использовать общий накопитель? Например, я работаю с Azure, поэтому simpy может использовать одно хранилище файлов Azure в качестве тома redis/elasticsearch/database и позволить всем моим узлам монтировать это хранилище файлов. Является ли это приемлемым подходом или есть некоторые существенные недостатки (например, когда два или более экземпляра базы данных пытаются писать одновременно на этом хранилище)?

Рекомендуется ли вообще использовать такие «данные» -услуги в каждые узел? Или я должен использовать Docker Swarm только для служб frontend и иметь один сервис redis/elasticsearch/database?

Answer 1

Если вы хотите использовать общую папку, доступную из более чем одного экземпляра приложения, то необходимо, чтобы приложение было спроектировано таким образом, чтобы избежать повреждения данных (данный файл не записывается одновременно из более чем приложения. так называемые блокировки мьютексов)

Все базы данных, о которых я знаю, не разработаны таким образом, поэтому вы не можете использовать их совместно используемым хранилищем.

Вместо этого они должны подключать всю базу данных в кластере, а синхронизация выполняется на уровне программного обеспечения.