Консалтинг по Kubernetes в Питтсбурге и Кливленде

Проект кластера на физических серверах или в Proxmox

Кластер может работать прямо на физических серверах или на виртуальных машинах под Proxmox. Bare metal даёт узлам прямой доступ к оборудованию. Виртуальные машины Proxmox упрощают снимки, пересборку и тестовые кластеры. Мы выбираем вместе с вами, исходя из вашего оборудования, ваших приложений и того, кто будет его эксплуатировать.

• Плоскость управления: достаточно узлов, чтобы кластер продолжал работать при отказе одного из них.
• Хранилище: постоянные тома на локальных дисках или в хранилище Ceph, в зависимости от того, что нужно вашим данным.
• Доступ: ingress, сертификаты TLS и то, кто может обращаться к API кластера.

Поставка и эксплуатация

Конфигурацию кластера и приложений мы храним в системе контроля версий. Изменение это запрос на слияние в GitLab, а кластер следует за репозиторием.

Эксплуатация включает обновления, мониторинг, оповещения, резервное копирование и ёмкость. Мы записываем, как работает каждый элемент, чтобы вашей или нашей команде было по силам управлять им. Для более глубокого изучения читайте статьи о Kubernetes и статьи о Talos Linux в нашей базе знаний.

Когда Kubernetes не нужен

Кластером управлять сложнее, чем одним сервером. Одно приложение с одной базой данных часто лучше работает на виртуальной машине Linux с правильными резервными копиями, и это входит в нашу поддержку серверов Linux. Несколько контейнеров на одном хосте подходят для Docker и Docker Compose.

Мы рекомендуем кластер, когда нужно переключение на другую машину при отказе, плавающие обновления или много служб, которые нужно планировать вместе. Если вы не уверены, наш обзор Linux и Kubernetes показывает, как сравниваются варианты.

Как проходит работа

1. Ознакомительный звонок. Мы узнаём, что у вас работает, что должно оставаться в сети и кто будет этим управлять.
2. Письменное описание работ. Проект или аудит с порядком работ и планом резервного копирования и отката.
3. Построение и передача. Мы развёртываем, проверяем отказ и восстановление и документируем эксплуатацию.
4. Постоянная эксплуатация. По желанию, с закреплённым инженером и без привязки к нам.

Наши офисы находятся в Coraopolis и Beaver Falls, Пенсильвания. Выезды в район Кливленда согласуются под проект, а удалённая поддержка доступна по всей стране. Мы отвечаем в течение одного рабочего дня.

Вопросы о консалтинге по Kubernetes

Можете ли вы взять на себя кластер, построенный кем-то другим?

Да. Сначала мы проверяем узлы, доступ, резервные копии и способ развёртывания, а затем устраняем конкретные проблемы или берём эксплуатацию на себя.

Почему Talos Linux?

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

Нужен ли нам Kubernetes для нашего приложения?

Часто нет. Мы скажем об этом на первом звонке и предложим виртуальную машину Linux или Docker, если что-то из этого подходит лучше.

Можете ли вы перенести наши рабочие нагрузки Docker в Kubernetes?

Да. Мы преобразуем службы Compose в чарты Helm, переносим данные, тестируем и переключаемся по графику, который вы утверждаете.