|
| 1 | +--- |
| 2 | +title: Диспетчер облочных контроллеров |
| 3 | +content_type: concept |
| 4 | +weight: 40 |
| 5 | +--- |
| 6 | + |
| 7 | +<!-- overview --> |
| 8 | + |
| 9 | +{{< feature-state state="beta" for_k8s_version="v1.11" >}} |
| 10 | + |
| 11 | +Технологии облочной инфраструктуры позволяет запускать Kubernetes в общедоступных, частных и гибритных облоках. Kubernetes верит в автоматизированную,управляемую API инфраструктуру без жесткой связи между компонентами. |
| 12 | + |
| 13 | +{{< glossary_definition term_id="cloud-controller-manager" length="all" prepend="Диспетчер облочных контроллеров">}} |
| 14 | + |
| 15 | +Диспетчер облочных контроллеров структурирован с использованием механизма плагинов, которые позволяют различным облочным провайдерам интегрировать свои платформы с Kubernetes. |
| 16 | + |
| 17 | + |
| 18 | + |
| 19 | +<!-- body --> |
| 20 | + |
| 21 | +## Дизайн |
| 22 | + |
| 23 | + |
| 24 | + |
| 25 | +Диспетчер облочных контроллеров работает в панели управления как реплицированный набот процессов (обычно это контейнер в Pod-ах). Каждый диспетчер облочных контроллеров реализует многоразовые {{< glossary_tooltip text="контроллеры" term_id="controller" >}} в единственном процессе. |
| 26 | + |
| 27 | + |
| 28 | +{{< note >}} |
| 29 | +Вы так же можете запустить диспетчер облочных контроллеров как {{< glossary_tooltip text="дополнение" term_id="addons" >}} Kubernetes, а некак часть панели управления. |
| 30 | +{{< /note >}} |
| 31 | + |
| 32 | +## Функции диспетчера облочных контроллеров {#functions-of-the-ccm} |
| 33 | + |
| 34 | +Контроллеры внутри диспетчера облочных контроллеров включают в себя: |
| 35 | + |
| 36 | +### Контролер узла |
| 37 | + |
| 38 | +Контроллер узла отвечает за создание объектов {{< glossary_tooltip text="узла" term_id="node" >}} при создании новых серверов в вашей облочной инфраструктуре. Контроллер узла получает информацию |
| 39 | +о работающих хостах внутри вашего арендуемого облочного провайдера. |
| 40 | +Контроллер узла выполняет следующие функции: |
| 41 | + |
| 42 | +1. Инициализация объектов узла для каждого сервера, контроллер которого через API облочного провайдера. |
| 43 | +2. Аннотирование и маркировка объеко узла специфичной для облока информацией, такой как регион, в котором развернут узел и доступные ему ресурсы (процессор, память и т.д.). |
| 44 | +3. Получение имени хоста и сетевых адресов. |
| 45 | +4. Проверка работоспособности ущла. В случае, если узел перестает отвечать на запросы, этот контроллер проверяется с помощью API вашего облочного провайдера, был ли сервер деактевирован / удален / прекращен. |
| 46 | + Если узел был удален из облока, контроллер удлаяет объект узла из вашего Kubernetes кластера.. |
| 47 | + |
| 48 | +Некоторые облочные провайдеры реализуют его разделение на контроллер узла и отдельный контроллер жизненного цикла узла. |
| 49 | + |
| 50 | +### Контролер маршрута |
| 51 | + |
| 52 | +Контролер маршрута отвечае за соответствующую настройку маршрутов облоке, чтобы контейнеры на разных узлах кластера Kubernetes могли взаимодействовать друг с другом. |
| 53 | + |
| 54 | +В зависимости от облочного провайдера, контроллер маршрута способен также выделять блоки IP адресов для сети Pod. |
| 55 | + |
| 56 | +### Сервисный контроллер |
| 57 | + |
| 58 | +{{< glossary_tooltip text="Службы" term_id="service" >}} интегрируются с компонентами облочной инфраструктуры, такими как управляемые балансировщики нагрузки, IP адреса, фильтрация сетевых пакетов и проверка работоспособности целевых объектов. Сервисный контроллер взаимодействует с API вашего облочного провайдера для настройки балансировщиков нагрузки и других компонентов инфраструктуры, когда вы объявляете ресурсные службы которые он требует. |
| 59 | + |
| 60 | +## Авторизация |
| 61 | + |
| 62 | +В этом разделе разбирается доступ, который нужен для управления облочным контроллером к различным объектам API для выполнения своих операций. |
| 63 | + |
| 64 | +### Контроллер узла {#authorization-node-controller} |
| 65 | + |
| 66 | +Контроллер узла работает только с объектом узла. Он требует полного доступа для и изменения объектов узла. |
| 67 | + |
| 68 | +`v1/Node`: |
| 69 | + |
| 70 | +- Get |
| 71 | +- List |
| 72 | +- Create |
| 73 | +- Update |
| 74 | +- Patch |
| 75 | +- Watch |
| 76 | +- Delete |
| 77 | + |
| 78 | +### Контролер маршрута {#authorization-route-controller} |
| 79 | + |
| 80 | +Контролер маршрута прослушивает создание объектов узла и соответствующим образом настраивает маршруты. Для этого требуется получить доступ к объектам узла. |
| 81 | + |
| 82 | +`v1/Node`: |
| 83 | + |
| 84 | +- Get |
| 85 | + |
| 86 | +### Сервисный контроллер {#authorization-service-controller} |
| 87 | + |
| 88 | +Сервисный контроллер прослушивает события Create, Update и Delete объектов службы, а затем соответствующим образом настраивает конечные точки для этих соответствующих сервисов. |
| 89 | + |
| 90 | +Для доступа к сервисам, требуется доступ к событиям List и Watch. Для обновления сервисов, требуется доступ к событиям Patch и Update. |
| 91 | + |
| 92 | +Чтобы настроить ресурсы конечных точек для сервисов, требуется доступ к событиям Create, List, Get, Watch, и Update. |
| 93 | + |
| 94 | +`v1/Service`: |
| 95 | + |
| 96 | +- List |
| 97 | +- Get |
| 98 | +- Watch |
| 99 | +- Patch |
| 100 | +- Update |
| 101 | + |
| 102 | +### Другие {#authorization-miscellaneous} |
| 103 | + |
| 104 | +Реализация ядра диспетчера облочных контроллеров требует доступ для создания создания объектов события, а для обеспечения безопасной работы требуется доступ для создания учетных записей сервисов (ServiceAccounts). |
| 105 | + |
| 106 | +`v1/Event`: |
| 107 | + |
| 108 | +- Create |
| 109 | +- Patch |
| 110 | +- Update |
| 111 | + |
| 112 | +`v1/ServiceAccount`: |
| 113 | + |
| 114 | +- Create |
| 115 | + |
| 116 | +The {{< glossary_tooltip term_id="rbac" text="RBAC" >}} ClusterRole для диспетчера облочных контроллеров выглядить так: |
| 117 | + |
| 118 | +```yaml |
| 119 | +apiVersion: rbac.authorization.k8s.io/v1 |
| 120 | +kind: ClusterRole |
| 121 | +metadata: |
| 122 | + name: cloud-controller-manager |
| 123 | +rules: |
| 124 | +- apiGroups: |
| 125 | + - "" |
| 126 | + resources: |
| 127 | + - events |
| 128 | + verbs: |
| 129 | + - create |
| 130 | + - patch |
| 131 | + - update |
| 132 | +- apiGroups: |
| 133 | + - "" |
| 134 | + resources: |
| 135 | + - nodes |
| 136 | + verbs: |
| 137 | + - '*' |
| 138 | +- apiGroups: |
| 139 | + - "" |
| 140 | + resources: |
| 141 | + - nodes/status |
| 142 | + verbs: |
| 143 | + - patch |
| 144 | +- apiGroups: |
| 145 | + - "" |
| 146 | + resources: |
| 147 | + - services |
| 148 | + verbs: |
| 149 | + - list |
| 150 | + - patch |
| 151 | + - update |
| 152 | + - watch |
| 153 | +- apiGroups: |
| 154 | + - "" |
| 155 | + resources: |
| 156 | + - serviceaccounts |
| 157 | + verbs: |
| 158 | + - create |
| 159 | +- apiGroups: |
| 160 | + - "" |
| 161 | + resources: |
| 162 | + - persistentvolumes |
| 163 | + verbs: |
| 164 | + - get |
| 165 | + - list |
| 166 | + - update |
| 167 | + - watch |
| 168 | +- apiGroups: |
| 169 | + - "" |
| 170 | + resources: |
| 171 | + - endpoints |
| 172 | + verbs: |
| 173 | + - create |
| 174 | + - get |
| 175 | + - list |
| 176 | + - watch |
| 177 | + - update |
| 178 | +``` |
| 179 | +
|
| 180 | +
|
| 181 | +## {{% heading "whatsnext" %}} |
| 182 | +
|
| 183 | +[Администрирование диспетчера облочных контроллеров](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager) |
| 184 | +содержить инструкции по запуску и управлению диспетером облочных контроллеров. |
| 185 | +
|
| 186 | +Хотите знать как реализовать свой собственный диспетчер облочных контроллеров или расширить проект? |
| 187 | +
|
| 188 | +Диспетчер облочных контроллеров использует интерфейс Go, который позволяет реализовать подключение из любого облока. В частности, он использует `CloudProvider` интерфейс, который определен в [`cloud.go`](https://github.com/kubernetes/cloud-provider/blob/release-1.17/cloud.go#L42-L62) из [kubernetes/cloud-provider](https://github.com/kubernetes/cloud-provider). |
| 189 | + |
| 190 | +Реализация общих контроллеров выделенных в этом документе (Node, Route, и Service),а так же некоторые возведения вместе с общим облочным провайдерским интерфейсом являются частью ядра Kubernetes. особые реализации, для облочных провайдеров находятся вне ядра Kubernetes и реализуют интерфейс `CloudProvider`. |
| 191 | + |
| 192 | +Дополнительные сведения о разработке плагинов см. в разделе [Разработка диспетчера облочных контроллеров](/docs/tasks/administer-cluster/developing-cloud-controller-manager/). |
0 commit comments