Сегодня, когда одна за другой появляются такие концепции, как облачные вычисления и облачные сервисы, базы данных, размещенные в облаке, не кажутся чем-то новым. Здесь мы представим недавно запущенный Amazon RDS, который представляет собой базу данных MySQL в качестве облачного сервиса. 51CTO рекомендует «Руководство по внедрению и освоению базы данных MySQL».
Amazon недавно добавила новую базу данных MySQL на свою платформу Amazon Web Services (AWS) под названием Amazon Relational Database Service (RDS), которая работает как традиционная система MySQL. До появления RDS у клиентов было несколько вариантов сервисов баз данных AWS:
Служба базы данных, предоставляемая клиентом, работающая на образе машины Amazon (AMI)
Сервис SimpleDB, принадлежащий Amazon Web Services
SimpleDB — это простое хранилище данных, которому не хватает полной функциональности полноценной системы управления реляционными базами данных (СУБД), но которое предоставляет масштабируемое хранилище значений ключа. Услуга базы данных, предоставляемая клиентом, мало чем отличается от традиционной среды центра обработки данных. Собственные сотрудники клиента несут ответственность за управление приложением базы данных, включая настройку, настройку производительности, управление мощностью, обновление версий, установку исправлений и резервное копирование данных и т. д. Вы можете управлять им таким же образом, используя интерактивные инструменты, подключающиеся к традиционной базе данных MySQL.
Amazon RDS позволяет сотрудникам клиентов сократить многие задачи по эксплуатации и обслуживанию MySQL. Благодаря этому масштабируемость и мониторинг производительности вычислительных ресурсов базы данных не требуют вмешательства человека. Программное обеспечение базы данных обычно обновляется и резервируется поставщиком услуг, а срок хранения определяется клиентом. Масштабируемость обеспечивается тем, что AWS называет «классами экземпляров», которых существует пять. Вы можете постепенно перейти от обычного виртуального ядра ЦП и 1,7 ГБ памяти (называемого «маленьким экземпляром базы данных») к «очень большому экземпляру базы данных», который представляет собой 68 ГБ памяти и 8 виртуальных ядер ЦП, а также хранилище резервных копий. данные активной базы данных заняты на 100%, за дополнительное место хранения взимается плата. И данные существуют в другой зоне доступности, чем та, где находится экземпляр. Эта концепция аналогична концепции внешней защиты данных традиционной модели безопасности данных.
Услуга отличается гибкостью: AWS определяет 4-часовой еженедельный период обслуживания. Это окно обслуживания можно использовать для обновления прикладного программного обеспечения и резервного копирования данных. Клиенты не могут отказаться от процесса установки исправлений. Но они могут указать, когда в течение недели наступает окно обслуживания. Во время периода обслуживания экземпляр базы данных отключается от сети на определенный период времени. Amazon заявляет, что «лишь в редких случаях для установки исправлений потребуется больше, чем часть вашего окна обслуживания, и даже если это произойдет, то это будет только для исправлений, связанных с безопасностью или долговечностью».
Это означает, что клиенты должны предвидеть и планировать такое еженедельное офлайн-событие экземпляра. Даже если провайдер заявляет, что четыре часа вряд ли закончатся, клиенты ожидают наихудшего сценария — четырех часов работы экземпляра в автономном режиме в неделю. Для клиентов, которые могут смириться с недоступностью экземпляра базы данных в течение относительно короткого периода времени, может быть приемлемым плановое отключение с минимальными возможными последствиями. Но у некоторых клиентов нет такой свободы выбора. Они должны поддерживать круглосуточную доступность услуги, даже во время еженедельных периодов технического обслуживания. Технология репликации базы данных часто используется для достижения высокой доступности в традиционных развертываниях баз данных. Можно ли также использовать технологию репликации в RDS, чтобы клиенты могли указывать разные сроки обслуживания для разных экземпляров базы данных. Возможны ли, например, следующие ситуации?
◆2 или более экземпляров работают в режиме «главный-подчиненный»?
◆2 экземпляра работают в режиме «главный-главный»?
◆2 или более экземпляров работают в режиме кластера?
Четкого ответа пока нет. В разделе «Предстоящие новые функции» на странице сведений о службе RDS Amazon предполагает, что доступны следующие варианты репликации данных:
Обеспечивает высокую доступность. Для разработчиков и предприятий, которым нужна гибкость, выходящая за рамки автоматического резервного копирования Amazon RDS, дополнительная плата за это не взимается. Благодаря поддержке высокой доступности они могут легко и экономично синхронно реплицировать экземпляры базы данных в нескольких зонах доступности, чтобы предотвратить сбои, вызванные одним хранилищем.
Похоже, это решит проблемы доступности за счет нескольких зон доступности. Традиционные технологии решения проблем доступности, такие как модели «главный-подчиненный» и «главный-главный», на данном этапе не могут сыграть никакой роли.