Я багато копався по Kubernetes, і мені подобається те, що я багато бачу! Я не зміг отримати чітке уявлення про те, які точні відмінності між ресурсами Deployment та StatefulSet і в яких сценаріях ви б використовували кожен (або один, як правило, є кращим над іншим).
Будь-який досвід, яким люди можуть поділитися, був би приголомшливим !!
Відповіді:
Розгортання та реплікація контролерів призначені для використання без громадянства і досить легкі. StatefulSets використовуються тоді, коли стан потрібно зберігати. Тому останні використовують volumeClaimTemplates/ претендують на постійні томи, щоб гарантувати, що вони можуть підтримувати стан через перезавантаження компонентів.
Тож якщо у вашій програмі є репутація, або якщо ви хочете розгорнути пам’яті, що зберігаються на вершині Kubernetes, використовуйте StatefulSet.
Якщо ваша програма не має статусу, або якщо стан можна створити з бекенд-систем під час запуску, тоді використовуйте Deployments.
Більш детальну інформацію про запуск додаткової програми можна знайти у публікації в блозі kubernetes про важливі додатки 2016 року
deploymentконфігурацію за допомогою простої специфікації, щоб встановити 1-за-вузол (демон-набір), репліки або впорядкований стан.
Розгортання - Ви визначаєте PersistentVolumeClaim, яким поділяються всі репліки pod. Іншими словами, спільний обсяг.
У резервному сховищі, очевидно, повинен бути ReadWriteMany або ReadOnlyMany accessMode, якщо у вас є більше однієї копії.
StatefulSet - Ви визначаєте volumeClaimTemplates так, щоб кожен струк репліки отримував унікальний PersistentVolumeClaim, пов'язаний з ним. Іншими словами, немає спільного обсягу.
Тут резервне сховище може мати ReadWriteOnce accessMode.
StatefulSet корисний для запуску речей у кластері, наприклад кластер Hadoop, кластер MySQL, де кожен вузол має власне сховище.
TL; DR
Розгортання - це ресурс для розгортання програми без стану, якщо використовується ПВХ, всі репліки будуть використовувати той самий том і жодна з них не матиме свого стану.
Набори Stateful використовуються для додатків Stateful, кожна репліка стручка матиме власний стан і буде використовувати власний том.
DaemonSet - це контролер, який гарантує, що стручок працює на всіх вузлах кластера. Якщо вузол додано / видалено з кластеру, DaemonSet автоматично додає / видаляє поділ.
Я писав про детальні відмінності між Deployments, StatefulSets & Daemonsets та про те, як розгорнути зразок програми за допомогою цих ресурсів K8s: Deployments vs StatefulSets vs DaemonSets .
Використовуйте "StatefulSet" з розподіленими програмами Stateful, які вимагають, щоб кожен вузол мав стійкий стан . StatefulSet надає можливість налаштувати довільну кількість вузлів для стану програми / компонента через конфігурацію (репліки = N).
Існує два види державних розподілених додатків: Master-Master і Master-Slave. Усі вузли в конфігурації Master-Master та Slave-вузли в конфігурації Master-Slave можуть використовувати StatefulSet.
Приклади:
Master-Slave -> Датаноди (раби) в кластері Hadoop
Master-Master -> Вузли бази даних (master-master) в кластері Cassandra
Кожен Pod (репліка / вузол) у StatefulSet має унікальну та стабільну мережеву ідентичність. Наприклад, у Cassandra StatefulSet з назвою "cassandra" та кількістю вузлів реплік як N, кожен стручок (вузол) Cassandra має:
Посилання: https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/
З іншого боку, "розгортання" підходить для додатків / служб без громадянства, де вузли не вимагають особливої ідентичності. Балансир навантаження може досягти будь-якого вузла, який він обрав. Усі вузли рівні. Розгортання корисно для створення будь-якої кількості довільних вузлів через конфігурацію (репліки = N).
Різниця між StatefulSet і розгортанням
StatefulSet рівнозначний спеціальному розгортанню. Кожен стручок у StatefulSet має стабільний унікальний ідентифікатор мережі, який можна використовувати для виявлення інших членів кластеру. Якщо ім'я StatefulSet - Кафка, то перший струк називається Кафка-0, другий Кафка-1 тощо; керується послідовністю початку та зупинки копії стручка, що контролюється StatefulSet. Коли експлуатується n-й струмок, перші N-1 стручки вже запущені і готові Хороший стан; стручок у StatefulSet використовує стабільний стійкий об'єм зберігання, реалізований ПВ або ПВХ. При видаленні стручка об'єм пам’яті, пов’язаний із StatefulSet, за замовчуванням не видаляється (для безпеки даних); StatefulSet повинен бути прив’язаний до об'єму PV. Використовується для зберігання даних про стан об'яв, а також використовується разом із послугами без голови, оголошених, що належать до цієї послуги без головної;