DB Instance Types

Single-node

Используется архитектура single-node. Она более экономична, чем основные DB instances с парой primary/standby.

Если на single-node instance происходит сбой, instance не может восстановиться своевременно. Не используйте single-node instances в производственной среде.

Primary/Standby

Используется HA‑архитектура. В паре primary/standby каждый instance имеет одинаковый класс instance.

• При создании primary instance синхронно создаётся standby instance для обеспечения избыточности данных. После создания standby instance не виден вам.
• Если primary instance выходит из строя, инициируется переключение (failover). Клиенты базы данных испытывают короткое прерывание в процессе и должны уметь переподключаться.
• Режим репликации по умолчанию между primary и standby instances выглядит следующим образом:
  • RDS for MySQL: полу-синхронный
  • RDS for PostgreSQL: асинхронный
  • RDS for SQL Server использует асинхронную репликацию между основным инстансом и Read-репликами.

Read-реплика

Архитектура с одним узлом (без резервного узла)

• Read-реплики помогают снизить нагрузку чтения на инстансы с одним узлом или основные/резервные инстансы, но их нельзя приобретать отдельно. Для Read-реплики с одним узлом, если отказает физический сервер, на котором она размещена, или репликация с её основным инстансом будет аномальной, необходимо пересоздать и восстановить Read-реплику. Время восстановления будет зависеть от объёма данных.
• Для нагрузок, интенсивных к чтению, рекомендуется использовать прокси базы данных. Перед использованием прокси базы данных убедитесь, что у вас приобретено более одной Read-реплики. Если одна Read-реплика неисправна, прокси базы данных может распределять трафик на другие Read-реплики.

Кластер

Архитектура Microsoft Always On. Существует один основной узел, один резервный узел и до пяти узлов только для чтения. Она обеспечивает более высокую доступность, надёжность и масштабируемость.

Только для RDS for SQL Server.