Каково влияние большего количества реплик в режиме Docker Swarm?

Question

Я понимаю использование replicas в режиме Docker Swarm.Это главным образом для устранения точек отказа и сокращения времени простоя.Это хорошо объяснено в этом посте .

Поскольку наличие большего количества реплик более полезно для системы в целом, почему компании просто не инициализируют столько реплик, сколько возможно, например, 1000 реплик для службы докеров?Я могу себе представить, что крупная корпорация, использующая серверную систему, может столкнуться с множеством точек отказа в любой момент времени, и им будет выгодно иметь больше экземпляров конкретной службы.

Я хотел бы знать, сколько реплик считается СЛИШКОМ МНОГО и каковы факторы, влияющие на производительность Docker Swarm?

Answer 1

Я думаю, что аппаратные издержки являются ограничивающим фактором.

Допустим, ваше работающее приложение Rails. Каждый экземпляр требовал 128 МБ ОЗУ и 10% загрузки ЦП. 9 экземпляров - это касание более 1 ГБ памяти и 1 всего ЦП.

Хотя это звучит не так уж и много, но в организации более 100 команд с 3,4,5 приложениями в каждой. Требования к оборудованию для работы приложения на приемлемых уровнях быстро возрастают.

Тогда есть болтовня сети. 10 МБ / с типично для больших настроек org / corp. В то время как проверка сердцебиения для пары экземпляров едва заметна, сердцебиение на 100 экземплярах может вызвать перебои в работе сети.

В конце дня все сводится к ограничениям. Каковы границы внутри программного обеспечения, оборудования, среды, бюджета и систем поддержки? Часто трудно представить давление, которое возникает при принятии (технических) решений.