DB Instances
Наименьшая единица управления RDS — это DB instance. DB instance представляет изолированную среду базы данных в облаке. instance ID уникально идентифицирует DB instance. DB instance может содержать несколько созданных пользователем баз данных и может быть доступен с помощью инструментов и приложений. Имя каждой базы данных уникально.
При создании DB instance предоставляется учетная запись администратора по умолчанию. Вы можете использовать эту учетную запись для создания баз данных и пользователей баз данных и назначения им разрешений.
Подробную информацию о разрешениях пользователя root см. в Table 6. Вы можете задать пароль администратора при создании DB instance. Если вы забыли пароль администратора, сбросьте его.
Вы можете использовать RDS для создания и управления DB instance, работающими на различных DB engine. Подробную информацию о типах DB instance, спецификациях, engine, версиях и статусах см. в DB Instance Description.
DB Engines
RDS поддерживает следующие DB engine:
- MySQL
- PostgreSQL
- Microsoft SQL Server
Подробную информацию о поддерживаемых версиях см. в DB Engines and Versions.
DB Instance Types
Существует два типа RDS DB instances: single-node и primary/standby. Разные серии поддерживают разные DB engine и спецификации instance.
Подробную информацию о RDS for MySQL см. в RDS for MySQL Product Series.
Для получения подробной информации о RDS for PostgreSQL, см. RDS for PostgreSQL Product Series.
Для получения подробной информации о RDS for SQL Server, см. RDS for SQL Server Product Series.
Классы DB Instance
Класс DB instance определяет вычислительные ресурсы (vCPU) и объём памяти (размер памяти) 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 (вычислительные, дисковые и сетевые ресурсы). Проект может быть отделом или командой проекта. Для одной учётной записи можно создать несколько проектов.