Различия

Показаны различия между двумя версиями страницы.

--- topics:09:cluster_architecture [2025/10/12 16:51] – [Многоячеечная структура (Nova Cells)] admin
+++ topics:09:cluster_architecture [2025/10/12 16:55] (текущий) – [Много-региональная архитектура] admin
@@ Строка 33: / Строка 33: @@
   classDef small font-size:16px,stroke-width:1px;
-  U["Пользователь"]:::small --> E["Единая точка доступа\n(каталог сервисов)"]:::small
+  U["Пользователь"]:::small --> E["Единая точка доступа (каталог сервисов)"]:::small
   A["Служба авторизации"]:::small --> R1API["Регион 1 — интерфейс управления"]:::small
   A --> R2API["Регион 2 — интерфейс управления"]:::small
@@ Строка 52: / Строка 52: @@
 <WRAP info>
-- Подходит для распределённых площадок: например, **Москва — Новосибирск — Казань**.
+  * Подходит для распределённых площадок: например, **Москва — Новосибирск — Казань**.
-- В России такой принцип реализован в **Яндекс Облаке**, **VK Cloud**, **Selectel** и **СберCloud**.
+  * В России такой принцип реализован в **Яндекс Облаке**, **VK Cloud**, **Selectel** и **СберCloud**.
-- Преимущество — простота управления и независимость регионов.
+  * Преимущество — простота управления и независимость регионов.
-- Недостаток — отсутствие «живой» миграции виртуальных машин между регионами.
+  * Недостаток — отсутствие «живой» миграции виртуальных машин между регионами.
 </WRAP>
@@ Строка 70: / Строка 70: @@
   classDef small font-size:16px,stroke-width:1px;
-  Root["Корневая ячейка\n(управление и маршрутизация запросов)"]:::small --> API1["Ячейка интерфейсов №1"]:::small
+  Root["Корневая ячейка (управление и маршрутизация запросов)"]:::small --> API1["Ячейка интерфейсов №1"]:::small
   Root --> API2["Ячейка интерфейсов №2"]:::small
   API1 --> C11["Вычислительная ячейка 1 (планировщик, узлы)"]:::small
@@ Строка 80: / Строка 80: @@
 <WRAP info>
-- Применяется в суперкомпьютерах и крупных облаках (например, CERN, Сколтех).
+  * Применяется в суперкомпьютерах и крупных облаках (например, CERN, Сколтех).
-- Повышает устойчивость: сбой в одной ячейке не влияет на остальные.
+  * Повышает устойчивость: сбой в одной ячейке не влияет на остальные.
-- Позволяет равномерно распределять нагрузку и управлять развитием кластера поэтапно.
+  * Позволяет равномерно распределять нагрузку и управлять развитием кластера поэтапно.
 </WRAP>
@@ Строка 97: / Строка 97: @@
   classDef small font-size:16px,stroke-width:1px;
-  Top["Верхний уровень управления\n(единый каталог ресурсов)"]:::small --> Cloud1["Кластер 1"]:::small
+  Top["Верхний уровень управления (единый каталог ресурсов)"]:::small --> Cloud1["Кластер 1"]:::small
   Top --> Cloud2["Кластер 2"]:::small
   Top --> Cloud3["Кластер 3"]:::small
@@ Строка 108: / Строка 108: @@
 <WRAP info>
-- Позволяет объединить разные среды (публичные, частные, корпоративные).
+  * Позволяет объединить разные среды (публичные, частные, корпоративные).
-- В российской практике аналогичные функции реализуют решения на базе **OpenStack + Ceph**, а также платформы **РосПлатформа** и **SberCloud Hybrid**.
+  * В российской практике аналогичные функции реализуют решения на базе **OpenStack + Ceph**, а также платформы **РосПлатформа** и **SberCloud Hybrid**.
-- Для сетевой автоматизации используются компоненты, обеспечивающие маршрутизацию и распределение трафика между кластерами.
+  * Для сетевой автоматизации используются компоненты, обеспечивающие маршрутизацию и распределение трафика между кластерами.
 </WRAP>
@@ Строка 125: / Строка 125: @@
 ===== Практические рекомендации =====
 <WRAP tip>
-- Для распределённых центров — использовать **много-региональную схему** с общей авторизацией.
+  * Для распределённых центров — использовать **много-региональную схему** с общей авторизацией.
-- Для мощных вычислительных кластеров — **многоячеечную структуру**, где каждая ячейка автономна.
+  * Для мощных вычислительных кластеров — **многоячеечную структуру**, где каждая ячейка автономна.
-- Для объединения разных облаков и площадок — **каскадную архитектуру** с общим уровнем управления.
+  * Для объединения разных облаков и площадок — **каскадную архитектуру** с общим уровнем управления.
-- Обязательно предусматривать централизованный учёт, наблюдаемость и оповещения.
+  * Обязательно предусматривать централизованный учёт, наблюдаемость и оповещения.
-- Проверять устойчивость при отказах отдельных площадок и сетевых сегментов.
+  * Проверять устойчивость при отказах отдельных площадок и сетевых сегментов.
 </WRAP>
 ===== Ключевые идеи =====
 <WRAP tip>
-- Эффективное управление в крупных кластерах строится по принципу «многоуровневой иерархии».
+  * Эффективное управление в крупных кластерах строится по принципу «многоуровневой иерархии».
-- Разделение на регионы, ячейки и каскады снижает риски и повышает масштабируемость.
+  * Разделение на регионы, ячейки и каскады снижает риски и повышает масштабируемость.
-- Единое управление и каталог сервисов обеспечивают удобство эксплуатации.
+  * Единое управление и каталог сервисов обеспечивают удобство эксплуатации.
-- Для России перспективно сочетание открытых решений (OpenStack, Ceph) и отечественных платформ.
+  * Для России перспективно сочетание открытых решений (OpenStack, Ceph) и отечественных платформ.
-- Успешное внедрение требует баланса между автономностью площадок и централизованным контролем.
+  * Успешное внедрение требует баланса между автономностью площадок и централизованным контролем.
 </WRAP>