DB Instances
Наименьшая единица управления RDS — DB instance. DB instance представляет собой изолированную среду базы данных в облаке. instance ID уникально идентифицирует DB instance. DB instance может содержать несколько пользовательских баз данных и быть доступным с помощью инструментов и приложений. Имя каждой базы данных уникально.
При создании DB instance предоставляется учетная запись администратора по умолчанию. Вы можете использовать эту учетную запись для создания баз данных и пользователей баз данных и назначения им разрешений.
Подробную информацию о разрешениях пользователя root см. в Table 6. Вы можете задать пароль администратора при создании DB instance. Если пароль администратора забыт, его можно сбросить.
С помощью RDS можно создавать и управлять DB instances, работающими на различных DB engines. Подробную информацию о типах DB instance, спецификациях, движках, версиях и статусах см. в DB Instance Description.
DB Engines
RDS поддерживает следующие DB engines:
- MySQL
- PostgreSQL
- Microsoft SQL Server
Подробную информацию о поддерживаемых версиях см. в DB Engines and Versions.
DB Instance Types
Существует два типа RDS instances: single-node и primary/standby. Разные серии поддерживают различные DB engines и спецификации instance.
Подробную информацию о RDS for MySQL см. в RDS for MySQL.
Для получения подробной информации о RDS for PostgreSQL, см. RDS for PostgreSQL.
Для получения подробной информации о RDS for SQL Server, см. RDS for SQL Server.
DB Instance Classes
Класс DB instance определяет вычислительные ресурсы (vCPUs) и объём памяти (размер памяти) DB instance. Для получения подробной информации см. DB Instance Classes.
Автоматические бэкапы
При создании DB instance автоматически включается политика автоматических бэкапов по умолчанию. После создания DB instance вы можете изменить политику. RDS будет автоматически создавать полные бэкапы DB instance в соответствии с вашими настройками.
Ручные бэкапы
Ручные бэкапы — это инициированные пользователем полные бэкапы DB instance. Они сохраняются, пока вы не удалите их вручную.
Регионы и AZ
Регион и зона доступности (AZ) определяют местоположение центра обработки данных. Вы можете создавать ресурсы в конкретном регионе и AZ.
- Регионы определяются их географическим расположением и сетевой задержкой. Каждый регион полностью независим, что повышает отказоустойчивость и стабильность. После создания ресурса его регион изменить нельзя.
- Зона доступности (AZ) — это физическое расположение с независимыми источниками питания и сетями. Отказы в одной AZ не влияют на другие AZ. Регион может содержать несколько AZ, которые физически изолированы, но соединены внутренними сетями. Это обеспечивает независимость AZ и предоставляет недорогие и низкозадержанные сетевые соединения.
Figure 1 показывает взаимосвязь между регионами и AZ.
Figure 1 Регионы и AZ
Проекты
Проекты используются для группировки и изоляции ресурсов OpenStack (вычислительные, хранилищные и сетевые ресурсы). Проект может представлять отдел или команду проекта. Для одной учётной записи можно создать несколько проектов.