Высокая доступность и балансировка

• Как исключить хост из выбора мастером?

• Почему при настройке каскадной репликации возникает ошибка?

• Как всегда подключаться к хосту-мастеру?

• Как всегда подключаться к наименее отстающей от мастера реплике?

• Почему мастер и реплики поменялись местами?

• Можно ли настроить мультимастер в кластере или между двумя кластерами?

• Как настроить балансировку, чтобы запросы на чтение уходили на реплики?

• В каких случаях может происходить автоматическое переключение мастера?

Как исключить хост из выбора мастером?Как исключить хост из выбора мастером?

Вы можете исключить хост из выбора мастером при автоматической или ручной смене хоста-мастера. Для этого настройте каскадную репликацию: укажите источник репликации для хоста, который не должен становиться мастером.

Почему при настройке каскадной репликации возникает ошибка?Почему при настройке каскадной репликации возникает ошибка?

Текст ошибки:

cluster should have at least 2 HA hosts to use cascade host

Ошибка возникает, если вы указываете источник репликации для единственной некаскадной реплики.

Для обеспечения высокой доступности в кластере должна быть хотя бы одна реплика без источника репликации. Во время технического обслуживания или при сбое хоста-мастера роль мастера переключится на эту реплику.

Подробнее о репликации см. в соответствующем разделе.

Как всегда подключаться к хосту-мастеру?Как всегда подключаться к хосту-мастеру?

Чтобы подключиться к текущему хосту-мастеру, используйте особый FQDN. Он имеет вид c-<идентификатор_кластера>.rw.mdb.yandexcloud.net. При подключении к этому FQDN вы сможете выполнять операции чтения и записи.

psql "host=c-<идентификатор_кластера>.rw.mdb.yandexcloud.net \
      port=6432 \
      sslmode=verify-full \
      dbname=<имя_БД> \
      user=<имя_пользователя>"

Как всегда подключаться к наименее отстающей от мастера реплике?Как всегда подключаться к наименее отстающей от мастера реплике?

Чтобы подключиться к наименее отстающей от мастера реплике, используйте особый FQDN. Он имеет вид c-<идентификатор_кластера>.ro.mdb.yandexcloud.net. При подключении к этому FQDN вы сможете выполнять только операции чтения.

psql "host=c-<идентификатор_кластера>.ro.mdb.yandexcloud.net \
      port=6432 \
      sslmode=verify-full \
      dbname=<имя_БД> \
      user=<имя_пользователя>"

Если в кластере нет активных реплик, то этот FQDN укажет на текущий хост-мастер.

Почему мастер и реплики поменялись местами?Почему мастер и реплики поменялись местами?

Это значит, что произошло переключение роли мастера на хост-реплику. Переключение обеспечивает доступность кластера во время технического обслуживания и при выходе из строя хоста-мастера.

Чтобы всегда подключаться к текущему мастеру, используйте особый FQDN.

Можно ли настроить мультимастер в кластере или между двумя кластерами?Можно ли настроить мультимастер в кластере или между двумя кластерами?

Нет, в сервисе Managed Service for PostgreSQL не поддерживается настройка мультимастера.

Подробнее об обеспечении высокой доступности кластера см. в разделе Высокая доступность управляемых баз данных (MDB).

Как настроить балансировку, чтобы запросы на чтение отправлялись только на реплики?Как настроить балансировку, чтобы запросы на чтение отправлялись только на реплики?

Балансировка не осуществляется на стороне Managed Service for PostgreSQL, поэтому ее необходимо реализовать в бэкенде вашего приложения. Чтобы отправлять запросы на чтение репликам, приложение должно определить самостоятельно, какой из хостов является репликой, а какой — мастером. Например, это можно сделать с помощью библиотеки libpq. Подробнее см. в документации PostgreSQL.

Либо вы можете воспользоваться особым FQDN, который указывает на наименее отстающую реплику.

Дополнительные сведения см. в разделе Высокая доступность.

В каких случаях может происходить автоматическое переключение мастера?В каких случаях может происходить автоматическое переключение мастера?

Хост-мастер может автоматически переключиться на другой хост:

• во время операций изменения кластера;
• при выходе текущего хоста-мастера из строя;
• при восстановлении работоспособности кластера;
• при техническом обслуживании кластера.

Переключение мастера обеспечивает правильную работу кластера при указанных действиях.