# Запуск кількох екземплярів вашого застосунку LLMS index: [llms.txt](/llms.txt) --- ## Цілі * Масштабування застосунку вручну за допомогою kubectl. ## Перш ніж ви розпочнете Команди оболонки в цьому посібнику використовують синтаксис оболонки POSIX, який підтримується стандартними оболонками у більшості систем Linux та macOS (наприклад, bash, zsh або sh). Користувачі Windows повинні використовувати оболонку, сумісну з POSIX, таку як [Windows Subsystem for Linux (WSL)](https://learn.microsoft.com/en-us/windows/wsl/install) або [Git Bash](https://gitforwindows.org/), щоб виконувати команди у наведеному вигляді. Команди, що використовують `export`, `$()` та подібні конструкції, **не** сумісні з PowerShell або командним рядком Windows. ## Масштабування застосунку {#scaling-an-application} Раніше ми створили [Deployment](/docs/concepts/workloads/controllers/deployment/), а потім робили його загальнодоступним за допомогою [Service](/docs/concepts/services-networking/service/). Deployment створив лише один Pod для запуску нашого застосунку. Зі збільшенням трафіку, нам потрібно масштабувати застосунок, щоб відповідати зростаючим вимогам користувачів. Якщо ви ще не працювали над попередніми розділами, почніть з [Використання minikube для створення кластера](/docs/tutorials/kubernetes-basics/create-cluster/cluster-intro/). _Масштабування_ досягається зміною кількості реплік в Deployment.. ## Огляд масштабування {#scaling-overview}
Масштабування Deployment гарантує створення нових Podʼів і їх призначення на Вузли з вільними ресурсами. Масштабування збільшить кількість Podʼів до нового бажаного стану. Kubernetes також підтримує [автоматичне масштабування](/docs/concepts/workloads/autoscaling/) Podʼів, але це виходить за рамки цього посібника. Також можливе масштабування до нуля, і це призведе до завершення всіх Podʼів вказаного Deployment. Запуск кількох екземплярів застосунку вимагає засобів для розподілу трафіку між ними. У Service є вбудований балансувальник навантаження, який розподілить мережевий трафік на всі Podʼи, які експонує Deployment. Service будуть постійно відстежувати робочі Podʼи, використовуючи точки доступу, щоб гарантувати, що трафік направляється лише на доступні Podʼи. Після того, як ви запустите кілька екземплярів застосунку, ви зможете виконувати Rolling-оновлення без простоїв. Ми розглянемо це у наступному розділі підручника. Тепер перейдемо до термінала і масштабуємо наш застосунок. ### Масштабування Deployment {#scaling-a-deployment} Щоб переглянути свій Deployment, використовуйте команду `get deployments`: ```shell kubectl get deployments ``` Вивід повинен бути схожий на: ```console NAME READY UP-TO-DATE AVAILABLE AGE kubernetes-bootcamp 1/1 1 1 11m ``` Маємо 1 Pod. Якщо його немає, виконайте команду ще раз. Тут маємо: * _NAME_ показує імена Deploymentʼів у кластері. * _READY_ показує співвідношення поточних/бажаних реплік * _UP-TO-DATE_ показує кількість реплік, які були оновлені для досягнення бажаного стану. * _AVAILABLE_ показує, скільки реплік застосунку доступно вашим користувачам. * _AGE_ показує кількість часу, протягом якого працює застосунок. Щоб переглянути ReplicaSet, створений Deployment, виконайте: ```shell kubectl get rs ``` Зверніть увагу, що назва ReplicaSet завжди форматується як [DEPLOYMENT-NAME]-[RANDOM-STRING]. Випадковий рядок генерується випадковим чином та використовує `pod-template-hash` як основу для створення. Два важливі стовпці цього виводу: * _DESIRED_ — показує бажану кількість реплік застосунку, яку ви визначаєте під час створення Deployment. Це бажаний стан. * _CURRENT_ — показує, скільки реплік в цей час працюють. Далі масштабуймо Deployment до 4 реплік. Ми використаємо команду `kubectl scale`, за якою слідує тип Deployment, назва та бажана кількість екземплярів: ```shell kubectl scale deployments/kubernetes-bootcamp --replicas=4 ``` Щоб знову переглянути свої Deployment, використовуйте `get deployments`: ```shell kubectl get deployments ``` Зміни були застосовані, і у нас є 4 екземпляри застосунку. Далі перевірмо, чи змінилася кількість Podʼів: ```shell kubectl get pods -o wide ``` Тепер є 4 Podʼа з різними IP-адресами. Зміна була зареєстрована в журналі подій Deployment. Щоб перевірити це, використовуйте команду `describe`: ```shell kubectl describe deployments/kubernetes-bootcamp ``` Ви також можете побачити, що у виводі цієї команди тепер є 4 репліки. ### Балансування навантаження {#load-balancing} Перевіримо, чи Service балансує трафік. Щоб дізнатися зовнішній IP та порт, ми можемо використовувати команду `describe service`, як ми дізнались в попередній частині посібника: ```shell kubectl describe services/kubernetes-bootcamp ``` Створіть змінну середовища з іменем `NODE_PORT`, яка має значення як порт Вузла: ```shell export NODE_PORT="$(kubectl get services/kubernetes-bootcamp -o go-template='{{(index .spec.ports 0).nodePort}}')" echo NODE_PORT=$NODE_PORT ``` Далі ми запустимо `curl` з зовнішньою IP-адресою та портом. Виконайте команду кілька разів: ```shell curl http://"$(minikube ip):$NODE_PORT" ``` Ми потрапляємо на різні Podʼи при кожному запиті. Це демонструє, що балансування навантаження працює. Вивід має бути схожим на: ```console Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-644c5687f4-wp67j | v=1 Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-644c5687f4-hs9dj | v=1 Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-644c5687f4-4hjvf | v=1 Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-644c5687f4-wp67j | v=1 Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-644c5687f4-4hjvf | v=1 ``` ### Зменшення масштабу розгортання {#scale-down} Щоб зменшити Deployment до 2 реплік, знову запустіть команду `scale`: ```shell kubectl scale deployments/kubernetes-bootcamp --replicas=2 ``` Перевірте Deployment, щоб переконатися, що зміни були застосовані, за допомогою команди `get deployments`: ```shell kubectl get deployments ``` Кількість реплік зменшилася до 2. Перегляньте кількість Podʼів за допомогою `get pods`: ```shell kubectl get pods -o wide ``` Це підтверджує, що роботу двох Podʼів було завершено. ## Що далі * Розділ [Виконання поступового оновлення](/docs/tutorials/kubernetes-basics/update/update-intro/). * Дізнайтесь більше про [ReplicaSet](/docs/concepts/workloads/controllers/replicaset/). * Дізнайтесь більше про [Автоматичне масштабування](/docs/concepts/workloads/autoscaling/).