Kubernetes Prow Robot
GitHub
commit
49af2ea5ff
|
|
@ -8,7 +8,7 @@ weight: 40
|
|||
|
||||
{{< feature-state state="beta" for_k8s_version="v1.11" >}}
|
||||
|
||||
Технологии облачной инфраструктуры позволяет запускать Kubernetes в общедоступных, частных и гибридных облаках. Kubernetes верит в автоматизированную, управляемую API инфраструктуру без жесткой связи между компонентами.
|
||||
Технологии облачной инфраструктуры позволяют запускать Kubernetes в общедоступных, частных и гибридных облаках. Kubernetes верит в автоматизированную, управляемую API инфраструктуру без жесткой связи между компонентами.
|
||||
|
||||
{{< glossary_definition term_id="cloud-controller-manager" length="all" prepend="Диспетчер облачных контроллеров">}}
|
||||
|
||||
|
|
@ -33,7 +33,7 @@ weight: 40
|
|||
|
||||
Контроллеры внутри диспетчера облачных контроллеров включают в себя:
|
||||
|
||||
### Контролер узла
|
||||
### Контроллер узла
|
||||
|
||||
Контроллер узла отвечает за создание объектов {{< glossary_tooltip text="узла" term_id="node" >}} при создании новых серверов в вашей облачной инфраструктуре. Контроллер узла получает информацию о работающих хостах внутри вашей арендуемой инфраструктуры облачного провайдера.
|
||||
Контроллер узла выполняет следующие функции:
|
||||
|
|
@ -41,13 +41,13 @@ weight: 40
|
|||
1. Инициализация объектов узла для каждого сервера, которые контроллер получает через API облачного провайдера.
|
||||
2. Аннотирование и маркировка объектов узла специфичной для облака информацией, такой как регион узла и доступные ему ресурсы (процессор, память и т.д.).
|
||||
3. Получение имени хоста и сетевых адресов.
|
||||
4. Проверка работоспособности узла. В случае, если узел перестает отвечать на запросы, этот контроллер проверяет с помощью API вашего облачного провайдера, был ли сервер деактивирован / удален / прекращен. Если узел был удален из облака, контроллер удлаяет объект узла из вашего Kubernetes кластера.
|
||||
4. Проверка работоспособности узла. В случае, если узел перестает отвечать на запросы, этот контроллер проверяет с помощью API вашего облачного провайдера, был ли сервер деактивирован / удален / прекращен. Если узел был удален из облака, контроллер удаляет объект узла из вашего Kubernetes кластера.
|
||||
|
||||
Некоторые облачные провайдеры реализуют его разделение на контроллер узла и отдельный контроллер жизненного цикла узла.
|
||||
|
||||
### Контролер маршрута
|
||||
### Контроллер маршрута
|
||||
|
||||
Контролер маршрута отвечает за соответствующую настройку маршрутов в облаке, чтобы контейнеры на разных узлах кластера Kubernetes могли взаимодействовать друг с другом.
|
||||
Контроллер маршрута отвечает за соответствующую настройку маршрутов в облаке, чтобы контейнеры на разных узлах кластера Kubernetes могли взаимодействовать друг с другом.
|
||||
|
||||
В зависимости от облачного провайдера, контроллер маршрута способен также выделять блоки IP-адресов для сети Pod-ов.
|
||||
|
||||
|
|
@ -61,7 +61,7 @@ weight: 40
|
|||
|
||||
### Контроллер узла {#authorization-node-controller}
|
||||
|
||||
Контроллер узла работает только с объектом узла. Он требует полного доступа для и изменения объектов узла.
|
||||
Контроллер узла работает только с объектом узла. Он требует полного доступа на чтение и изменение объектов узла.
|
||||
|
||||
`v1/Node`:
|
||||
|
||||
|
|
@ -73,9 +73,9 @@ weight: 40
|
|||
- Watch
|
||||
- Delete
|
||||
|
||||
### Контролер маршрута {#authorization-route-controller}
|
||||
### Контроллер маршрута {#authorization-route-controller}
|
||||
|
||||
Контролер маршрута прослушивает создание объектов узла и соответствующим образом настраивает маршруты. Для этого требуется получить доступ к объектам узла.
|
||||
Контроллер маршрута прослушивает создание объектов узла и соответствующим образом настраивает маршруты. Для этого требуется получить доступ к объектам узла.
|
||||
|
||||
`v1/Node`:
|
||||
|
||||
|
|
@ -99,7 +99,7 @@ weight: 40
|
|||
|
||||
### Другие {#authorization-miscellaneous}
|
||||
|
||||
Реализация ядра диспетчера облачных контроллеров требует доступ для создания создания объектов событий, а для обеспечения безопасной работы требуется доступ к созданию сервисных учетных записей (ServiceAccounts).
|
||||
Реализация ядра диспетчера облачных контроллеров требует доступ для создания объектов событий, а для обеспечения безопасной работы требуется доступ к созданию сервисных учетных записей (ServiceAccounts).
|
||||
|
||||
`v1/Event`:
|
||||
|
||||
|
|
@ -111,7 +111,7 @@ weight: 40
|
|||
|
||||
- Create
|
||||
|
||||
The {{< glossary_tooltip term_id="rbac" text="RBAC" >}} ClusterRole для диспетчера облачных контроллеров выглядит так:
|
||||
{{< glossary_tooltip term_id="rbac" text="RBAC" >}} ClusterRole для диспетчера облачных контроллеров выглядит так:
|
||||
|
||||
```yaml
|
||||
apiVersion: rbac.authorization.k8s.io/v1
|
||||
|
|
@ -179,7 +179,7 @@ rules:
|
|||
## {{% heading "whatsnext" %}}
|
||||
|
||||
[Администрирование диспетчера облачных контроллеров](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager)
|
||||
содержит инструкции по запуску и управлению диспетером облачных контроллеров.
|
||||
содержит инструкции по запуску и управлению диспетчером облачных контроллеров.
|
||||
|
||||
Хотите знать, как реализовать свой собственный диспетчер облачных контроллеров или расширить проект?
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue