Хмарний сервер для Kubernetes у Європі
Kubernetes - це стандартна платформа оркестрації для контейнеризованих навантажень у масштабі. Щоб він працював добре, потрібно більше, ніж просто встановити k8s - вам потрібне достатнє апаратне забезпечення на вузол, надійна мережа між вузлами та розуміння того, як виглядає мінімально життєздатний кластер.
Розміщення кластера Kubernetes в Європі є практичною вимогою, якщо ваші користувачі або дані знаходяться тут. Приватна мережа з низькою затримкою між вузлами, відповідність GDPR та фізична близькість до вашої інженерної команди - все це підштовхує до хостингу в ЄС.
Чому хостинг у ЄС важливий для Kubernetes
Кластер Kubernetes - це розподілена система. Компоненти площини керування постійно спілкуються з робочими вузлами. Затримка мережі між вузлами безпосередньо впливає на стабільність кластера. Etcd, сховище ключів-значень у серці Kubernetes, вимагає записів з низькою затримкою для підтримки узгодженості.
Розміщення всіх вузлів в одному центрі обробки даних ЄС підтримує затримку між вузлами менше 1 мс.
Відповідність GDPR є окремою вимогою: навантаження, що обробляють персональні дані ЄС, повинні виконуватися на інфраструктурі, що залишається в межах юрисдикції ЄС.
Мінімальні вимоги до сервера
Kubernetes має реальні апаратні вимоги. Площина керування та робочі вузли мають різні профілі.
Для вузла площини керування:
- Оперативна пам'ять: мінімум 4 ГБ (8 ГБ рекомендовано для кластерів з більш ніж 10 вузлами)
- Процесор: мінімум 2 ядра (рекомендовано 4 ядра)
- Диск: 40 ГБ SSD (etcd є інтенсивним для запису)
Для кожного робочого вузла:
- Оперативна пам'ять: мінімум 4 ГБ на вузол
- Процесор: мінімум 2 ядра на вузол
- Диск: 40 ГБ SSD на вузол
Мінімальне виробниче налаштування - 1 вузол площини керування плюс 2 робочих вузли.
Рекомендована конфігурація DCXV
Хмарні інстанції DCXV на https://dcxv.com/data-center#cloud починаються від 15 EUR/місяць. Для 3-вузлового кластера Kubernetes три інстанції з 4 ГБ RAM і 4 vCPU кожна є розумним відправним пунктом.
Хмарні інстанції DCXV в одному центрі обробки даних мають приватну мережу з дуже низькою затримкою між інстанціями. Цілодобова підтримка інженерів включена без додаткових витрат.
Для більших кластерів виділені сервери DCXV починаються від 49 EUR/місяць.
Інструкція з налаштування
Розгортання кластера k3s на трьох інстанціях DCXV:
# На вузлі площини керування: встановіть k3s
curl -sfL https://get.k3s.io | sh -
# Отримайте токен приєднання з площини керування
cat /var/lib/rancher/k3s/server/node-token
# На кожному робочому вузлі: приєднайтесь до кластера
curl -sfL https://get.k3s.io | K3S_URL=https://<control-plane-ip>:6443 K3S_TOKEN=<token> sh -
# Перевірте, що всі вузли готові
kubectl get nodes
Скільки вузлів контрольної площини
Це рішення варто ухвалити до того, як на кластері щось запрацює, бо etcd тримає кворум, а кворум потребує більшості. Найменш очевидний тут другий рядок:
| Контрольна площина | Витримує втрату | Кворуму потрібно | Коли вибирати |
|---|---|---|---|
| 1 вузол | Нічого - API зникає | 1 з 1 | Розробка, CI, staging, усе, що можна перебудувати |
| 2 вузли | Нічого, і коштує вдвічі більше | 2 з 2 | Ніколи - це строго гірше за один вузол |
| 3 вузли | Один вузол, без втрати записів | 2 з 3 | Продакшн, і це найменше, що варте цього слова |
| 5 вузлів | Два вузли | 3 з 5 | Великі кластери або коли може зникнути ціла стійка |
Два вузли - це пастка: за парної кількості більшості не буває, тому втрата будь-якого з них покладе API-сервер так само, як і один вузол, а заплатили ви вдвічі. З робочими вузлами навпаки - їх додають і прибирають вільно, і їхня кількість ні на що не спирається.
Очікувані показники продуктивності
На 3-вузловому кластері k3s з інстанціями 4 ГБ / 4 vCPU:
- Затримка планування подів менше 2 секунд для типових навантажень
- Пропускна здатність мережі між подами 1-5 Гбіт/с в межах одного центру обробки даних
- Ingress обробляє 1 000-3 000 HTTP-запитів на секунду
- Час відповіді API площини керування менше 50 мс для стандартних операцій kubectl
- Затримка запису etcd менше 5 мс з SSD-сховищем
Це очікування для заліза цього класу, а не заміри в нашій лабораторії. Використовуйте їх як відправну точку для сайзингу і міряйте своє навантаження: реальні числа залежать від ваших даних, запитів і налаштувань значно більше, ніж від провайдера.
