aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorwint <wint@ydb.tech>2023-03-27 18:09:12 +0300
committerwint <wint@ydb.tech>2023-03-27 18:09:12 +0300
commit894ace8cd8ab915f0682a27cb14b0e7048f3fbb7 (patch)
tree70cf424b0928bda48c500a3cda9dfd161b8d232a
parentcb4402a1b27af59133f385d326b07c05fa159e0f (diff)
downloadydb-894ace8cd8ab915f0682a27cb14b0e7048f3fbb7.tar.gz
add_doc_for_stat_group_move
пока-что черновик
-rw-r--r--ydb/docs/ru/core/maintenance/manual/stat_group_move.md42
1 files changed, 42 insertions, 0 deletions
diff --git a/ydb/docs/ru/core/maintenance/manual/stat_group_move.md b/ydb/docs/ru/core/maintenance/manual/stat_group_move.md
new file mode 100644
index 00000000000..b2e628018fa
--- /dev/null
+++ b/ydb/docs/ru/core/maintenance/manual/stat_group_move.md
@@ -0,0 +1,42 @@
+# Миграция статической группы
+
+## Миграция статической группы между двумя хостами кластера
+**Данная процедура может потребоваться в случае, когда текущий хост кластера полностью выводится из эксплуатации.**
+
+{% note alert %}
+
+Процедура является потенциально опасной, будьте внимательны.
+
+{% endnote %}
+
+Для замены одной ноды **статической** группы в кластере на другую, необходимо проделать следующие действия:
+
+Предположим осуществляется миграция части статической группы с ноды с id:1 на ноду с id:10 и у нас уже нода с id:10 описана в конфигурационном файле `config.yaml`
+
+Шаги:
+* Остановить процесс `ydb server` на ноде, с которой будет увезен кусок статической группы.
+* Отредактировать конфигурационный файл `config.yaml`, поменяв в секции настройки статической группы node_id сервера, с которого будет переноситься статическая группа на node_id конечного сервера:
+```yaml
+blob_storage_config:
+ service_set:
+ ...
+ - vdisk_locations:
+ - node_id: 1 #-> меняем на 10
+ path: /dev/vda #-> меняем имя диска, если оно отличается
+ pdisk_category: SSD #-> меняем категорию диска, если она отличается (SSD/ROT/NVME)
+ - vdisk_locations:
+ ...
+```
+* Нужно выложить измененный конфигурационный файл ydb на все ноды кластера
+* Провести процесс [роллинг-рестарта](node_restarting.md) `ydb server` на всех storage нодах кластера
+* Убедиться, что виртуальный диск статической группы появился и реплицируется на целевом физическом диске с помощью [мониторинга](#stat_group_web_mon)
+* Провести процесс [роллинг-рестарта](node_restarting.md) динамических нод ydb (всех)
+
+### Web monitoring статической группы {#stat_group_web_mon}
+Основное описание Web monitoring'а ydb: [Web Monitoring](../embedded_monitoring/ydb_monitoring.md)
+
+1. Проверить статус статической группы можно перейдя на вкладку `Storage` (слева в панели). По умолчанию открывается список групп с проблемами.
+2. В появившейся поисковой строке (Group ID, Pool name) ввести "static", если результат пустой, значит со статической группой все в порядке.
+3. Если в выдаче видно группу **static**, то нужно проверить статус **Vdisk**'ов (справа).
+4. В статусах (цветах) Vdisk'ов допускаются **зеленый** и **синий**(репликация в процессе).
+5. Если присутствует красный цвет в статусе Vdisk'а, то нужно навести на него курсор и попытаться понять проблему по текстовому описанию