Инструменты управления

Проверка состояния кластера

Проверка состояния кластера ADB запускает утилиту gpstate utility и выполняет распределенный запрос по базе данных.

Для проверки результатов действий над кластером необходимо:

  1. Открыть кластер adb в ADCM и нажать кнопку “Check” (Рис.58).
../../../../_images/img_391.png

Рис. 58. Запуск проверки состояния кластера

  1. Подтвердить действие в открывшемся диалоговом окне (Рис.59).
../../../../_images/img_401.png

Рис. 59. Запрос на подтверждение действия

  1. Открыть вкладку “JOBS” (Рис.60).
../../../../_images/img_411.png

Рис. 60. Вкладка “JOBS”

  1. Выбрать последнее действие над кластером adb и в открывшемся окне проверить результаты (Рис.61).
../../../../_images/img_421.png

Рис. 61. Проверка состояния кластера

Запуск и остановка ADB

Существует возможность запуска и остановки кластера ADB не только посредством консоли, но и через ADCM.

Для остановки кластера необходимо:

  1. Перейти на любую вкладку кластера adb (в примере “Services”) и нажать кнопку “Stop” на верхней панели (Рис.62).
../../../../_images/img_431.png

Рис. 62. Остановка кластера

  1. Выбрать режим остановки ADB. В режиме smart остановка производится только в том случае, если отсутствуют клиентские соединения к базе данных, иначе процесс завершается с ошибкой. Чтобы прервать выполняющиеся транзакции, закрыть открытые соединения и принудительно остановить работу кластера используйте режим fast. В режиме immediate принудительно завершаются процессы postgres, не давая корректно обработать транзакции кластеру. Этот режим не рекомендуется, так как в некоторых случаях может привести к повереждению базы данных. Для подтверждения действия необходимо нажать кнопку Run (Рис.63).
../../../../_images/img_441.png

Рис. 63. Запрос на подтверждение действия

  1. В результате успешной остановки кластера после обновления страницы пиктограммы статусов сервисов меняют цвет на оранжевый (Рис.64), а кластер меняет состояние с running на stopped (Рис.65).
../../../../_images/img_561.png

Рис. 64. Статусы сервисов

../../../../_images/img_521.png

Рис. 65. Состояние кластера

Important

В результате того или иного действия состояния сервисов не меняются на stopped, а сохраняют то же значение, что и после инсталляции. Это связано с опасениями инвалидации состояния в случаях, когда кластер ADB управляется через консоль в обход ADCM.

Для запуска кластера необходимо:

  1. Перейти на любую вкладку кластера adb (в примере “Services”) и нажать кнопку “Start” на верхней панели (Рис.66).
../../../../_images/img_561.png

Рис. 66. Запуск кластера

  1. Подтвердить действие в открывшемся диалоговом окне (Рис.67).
../../../../_images/img_571.png

Рис. 67. Запрос на подтверждение действия

  1. В результате успешного запуска кластера после обновления страницы пиктограммы статусов сервисов меняют цвет на зеленый, кластер меняет состояние с stopped на running.

Управление файловыми пространствами

Доступно с версии 5.19.0_arenadata4_b1

Для управления файловыми пространствами средствами ADCM может быть использовано действие “Manage filespace”. Действие доступно для проинициализированного кластера ADB:

  • В выпадающем списке действий на странице со списком сервисов “Services” для сервиса ADB
  • В виде кнопки в верхней панели на страницы сервиса ADB.

В появившемся диалоговом окне (Рис.68) доступны следующие поля:

  • Name – Имя файлового пространства. Может быть указано имя уже существуюещго файлового пространства для совершения операций над ним.
  • Path – Путь, по которому должно быть расположено файловое пространство. Если не указано устройство, на котором должно быть расположено файловое пространство, путь должен существовать на всех хостах кластера и быть доступным на запись системному пользователю ADB.
  • Storage device – Имя устройства, которое необходимо использовать для создания файлового пространства (например, sdc). Для использования этой опции имя устройства должно совпадать на всех серверах кластера. На устройстве в процессе инициализации будет создана файловая система XFS, устройство будет смонтировано в указанный в предыдущем параметре путь.
  • Location of temporary files – Переместить временные файлы в указанное файловое пространство.
  • Location of transaction files – Переместить файлы транзакций в указанное файловое пространство.

Important

Опции перемещения временных файлов и файлов транзакций в другое файловое пространство требуют остановки кластера. Активные соединения пользователй будут прерваны.

../../../../_images/img_681.png

Рис. 68. Диалоговое окно управления файловым пространством

Расширение кластера

Доступно с версии 5.19.0_arenadata4_b2

Если кластер ADB был развернут с помощью ADCM, часть действий по расширению кластера будут выполнены автоматически. После выполнения планирования нового аппаратного обеспечения, необходимо добавить записи для новых хостов в выбранный кластер в интерфейсе ADCM, используя кнопку Add hosts на вкладке Hosts. Кроме того, необходимо выполнить инициализацию каждого хоста, если того требует провайдер хостов.

Когда хосты будут доступны для подключения по ssh для менеджера кластеров, необходимо запустить действие Expand кластера. В появившемся диалоге (Рис.69) необходимо указать следующие параметры:

  • Reboot new servers after installation – возможна ли перезагрузка серверов, на которые добавляются новые компоненты. Перезагрузка требуется для применения значения некоторых параметров, изменяемых в процессе установки. Сервера будет необходимо перезагрузить позднее вручную, если это невозможно сделать в процессе расширения.
  • Additional primary segments count – количество сегментов, которые необходимо добавить на хосты в кластере. Например, если в исходной конфигурации указано два сегмента на хост и в этом поле задано два дополнительных сегмента, в результате на уже существующие в кластере хосты будет добавлено по два сегмента, на новые - четыре. Если увеличение количества сегментов не требуется, оставьте значение по умолчанию - 0.
../../../../_images/img_701.png

Рис. 69. Параметры расширения кластера

Затем нажмите кнопку Next для перехода к следующей странице конфигурации (Рис.70). На ней необходимо распределить компонент ADB Segment сервиса ADB по добавляемым хостам. Если используются сервисы PXF, Chrony, Monitoring Clinets, их компоненты также необходимо разместить на добавляемых хостах для корретного функционирования этих сервисов. Затем необходимо запустить расширение кластера кнопкой Run.

../../../../_images/img_711.png

Рис. 70. Распределение компонентов сервиса ADB по новым хостам

Important

В процессе расширения кластера новые хосты будут проинициализированы в соответствии с настройками сервиса ADB аналогично уже существующим хостам. На хостах должны присутствовать дисковые устройства с такими же именами, если при создании кластера было запрошено монтирование блочных устройств для создания каталогов с данными.

На первом шаге между новыми узлами и уже существующими будет произведен обмен ключами ssh, на добавленные хосты будут установлены необходимые пакеты и произведена их настройка. Затем будет сгенерирована схема для расширения кластера в зависимости от количества добавляемых хостов и использования зеркалирования. Если количество новых хостов в кластере больше числа сегментов на хост в используемой конфигурации, будет применено spread-зеркалирование, иначе - group. На основе созданного файла схемы будет произведена подготовка кластера к расширению. В случае успешного завершения подготовки, кластер будет переведен в состояние expanding, возврат предыдущей конфигурации станет невозможен.

На этом этапе возможна настройка порядка перераспределния таблиц, как указано в разделе Ранжирование таблиц для перераспределения.

В состоянии expanding для кластера станет доступным действие Redistribute, в процессе выполнения которого будет производиться перераспределение таблиц. Для действия необходимо указать длительность сеанса в формате ЧЧ:ММ:СС. Если перераспределение успешно завершится до истечения указанного времени, схема расширения будет очищена и кластер переведен в состоянии running. Иначе будет доступен повторный запуск действия Redistribute для продолжения прерванного процеса.

Добавление и удаление резервного мастера

Доступно с версии 5.19.0_arenadata4_b2

Для добавления или удаления резервного мастера предназначено действие Init Standby Master сервиса ADB. Аналогично процессу расширения кластера, необходимо указать, перезагружать ли добавляемый в кластер хост в процессе инициализации. Затем необходимо разместить компонент резервного мастера на хосте для его инициализации или убрать для удаления. Для запуска действия необходимо нажмать кнопку Run.