Службы контейнеров Azure: кто исправляет, обновляет (Kubernetes)

Это может звучать как вопрос n00b, и, возможно, так оно и есть, но некоторые вещи, связанные с Azure Container Services, меня немного озадачивают. Мне удалось настроить и запустить кластер Kubernetes в Azure внутри группы ресурсов, так что для начала все готово.

Теперь мои вопросы следующие:

  • Кто позаботится об установке исправлений и обновлении виртуальных машин Master и Agent?
  • Кто позаботится об исправлении и обновлении компонентов Kubernetes?
  • Нужно ли мне самому позаботиться о резервном копировании базы данных etcd?
  • Получу ли я соглашение об уровне обслуживания с кластером Kubernetes, или все, что связано с соглашениями об уровне обслуживания виртуальных машин, зависит только от меня (т. е. я должен убедиться, что Kubernetes ведет себя правильно)?

У меня такое ощущение, что ответы на эти вопросы — «я», «я», «да» и «нет», что заставило бы меня задаться вопросом, является ли ACS просто набором шаблонов Resource Manager или в чем заключается дополнительная ценность? Прав ли я в своих предположениях, или где я ошибаюсь?


azure kubernetes azure-container-service azure-resource-manager etcd
person donmartin    schedule 27.12.2016    source источник

Ответы (2)


arrow_upward
3
arrow_downward

Я работаю в команде службы контейнеров Azure, и ваше заявление:

«ACS — это просто набор шаблонов диспетчера ресурсов»

Является более или менее правильным на данный момент времени (январь 2017 г.)

В течение следующих нескольких месяцев мы будем улучшать поддержку всех сценариев, которые вы упомянули: * Резервное копирование * Обновление * Поддержка и восстановление работоспособности.

И это относится не только к Kubernetes, но и к DC/OS и Docker Swarm, которые также поддерживаются в ACS.

Пожалуйста, дайте мне знать, если я могу помочь с дополнительной информацией.

person Brendan Burns    schedule 06.01.2017
comment
Спасибо, Брендан. В настоящее время я думаю, что знаю то, что мне нужно знать, и резюмировал это здесь: dev.haufe.com/state-of-kubernetes-on-azure С нетерпением жду следующих возможностей Kubernetes с ACS; Я думаю, что это настоящая убойная функция для DevOps, если вам удастся снять часть нагрузки с эксплуатации. Нужна морская свинка? Мы более чем рады видеть новинки! - person donmartin; 09.01.2017
comment
Есть ли какая-то общедоступная дорожная карта на следующие несколько месяцев, чтобы мы могли следить за ходом этого? - person James Williams; 21.04.2017
comment
Каково текущее состояние @brendan-burns? Я вижу автоматические обновления для сервисной структуры. это также введено для ACS? docs.microsoft.com/en- мы/azure/service-fabric/ - person Sornakumar; 21.12.2017

arrow_upward
0
arrow_downward

По состоянию на 30 декабря 2016 г. это изменится в течение следующих нескольких месяцев.

На самом деле я задал Microsoft эти вопросы и получил следующие ответы:

  • Я должен исправлять и обновлять виртуальные машины, на которых работает Kubernetes, то есть главные виртуальные машины и виртуальные машины агента.
  • Команда Azure еще не решила, как позаботиться об обновлениях Kubernetes, но, по крайней мере, будет документация о том, как это сделать, либо с помощью автоматических обновлений, либо как сделать это вручную (что в настоящее время довольно сложно).
  • В обычном развертывании etcd выполняется на главной виртуальной машине, сохраняя все на диске этой машины, который, в свою очередь, хранится в учетной записи хранения в Azure. Это означает, что ваши данные etcd находятся в достаточной безопасности, даже если etcd не запускается в режиме H/A (используя 3 или более выделенных виртуальных машин только для запуска etcd). Примечание. Это моя интерпретация этого вопроса, я не получил на него четкого ответа.
  • Что касается SLA для Kubernetes: пока это совершенно неясно, но будет решено (или нет) до того, как Kubernetes в Azure станет общедоступным.

В целом: все еще немного движется, но выглядит довольно многообещающе. Возможно, кто-то еще ищет такую ​​информацию, и поэтому я разместил ответ на свой вопрос.

person donmartin    schedule 30.12.2016