Кратко:
- Object Storage - удобный инструмент для хранения данных в облаке
- Базы данных используются для изменения и выполнения операций с данными
- MySQL - одна из популярных баз данных
- Создание кластера MySQL включает выбор виртуального хоста, окружения, версии сервера, класса хостов, хранилища данных, базы данных, сети, параметров хостов и дополнительных настроек
- Создание кластера занимает несколько минут
- После создания кластера его статус меняется с Creating на Running
Практическая работа. Создание кластера базы данных MySQL
Object Storage — удобный и полезный инструмент для хранения данных в облаке. Но для решения практических задач важно не просто хранить данные, но и иметь возможность их изменять и выполнять с ними различные операции (сортировать, группировать, делать выборки и так далее). Для этого используются базы данных. В этой и следующих темах вы научитесь работать с несколькими управляемыми БД. И начнем мы с одной из самых популярных — MySQL.
На этом уроке вы создадите и настроите кластер управляемой БД MySQL, подключитесь к нему, перенесёте данные в облако, познакомитесь с возможностями резервного копирования и мониторинга. Эти навыки пригодятся вам и в других сервисах управляемых БД, поскольку принципы работы в них очень похожи.
Предположим, вы решили добавить в разрабатываемый вами мессенджер новую функциональность. Вы написали микросервис, который позволяет оценивать сообщения в групповых чатах и хранит оценки в БД MySQL. Давайте поместим эту БД в Yandex Cloud.
Прежде всего понадобится создать кластер: набор виртуальных машин (ВМ, или хостов), на которых будет развёрнута БД. Это обязательный первый шаг при использовании любого сервиса управляемых БД.
Войдите в консоль управления Yandex Cloud и выберите каталог для кластера. Вверху справа нажмите кнопку Создать ресурс и выберите из выпадающего списка Кластер MySQL.
Откроется страница с основными настройками кластера. Рассмотрим их подробнее.
Базовые параметры
Имя кластера может включать только цифры, прописные и строчные латинские буквы, дефисы.
Поле Описание заполнять необязательно. Оно полезно, если вам нужно создать несколько кластеров для разных целей, чтобы в них было проще ориентироваться.
О том, какое бывает Окружение кластера и чем различаются
PRESTABLE и PRODUCTION. Поскольку микросервис только разрабатывается, выберите окружение PRESTABLE.Версия. В качестве сервера MySQL в Yandex Cloud используется Percona Server версии 5.7 или 8.0. У этих реализаций сервера улучшенная производительность на многоядерных машинах. Если для вас критична стабильность работы микросервиса, выбирайте проверенную временем 5.7. Для нашей задачи подойдёт 8.0: в ней много новых функций, но она ещё не полностью обкатана.
Класс хостов
Следующий шаг — выбор класса хостов, или шаблона ВМ. Хосты кластера будут развёрнуты на базе ВМ Compute Cloud с использованием этого шаблона.
Платформа определяет тип физического процессора (
Intel Broadwell, Intel Cascade Lake или Intel Ice Lake), а также конфигурации числа ядер виртуального процессора (vCPU) и размера оперативной памяти.Если тип процессора для вас неважен, выбирайте более современную платформу
Intel Ice Lake. Она предоставляет широкий выбор конфигураций вычислительных ресурсов.Также на конфигурации влияет Тип хоста, на котором будет развёрнута БД.
Standard — это обычные ВМ с 4 ГБ RAM на ядро vCPU. Такое соотношение оптимальный баланс между количеством запущенных процессов, быстродействием и потребляемой оперативной памятью.
Memory-optimized — машины с вдвое увеличенным объёмом RAM на каждое ядро (8:1). Выбирайте их для высоконагруженных сервисов с повышенными требованиями к кешу.
CPU-optimized — конфигурации с уменьшенным соотношением количества гигабайт RAM к количеству vCPU (2:1). Такие конфигурации могут быть полезны для кластеров с повышенными требованиями к производительности процессора.
Burstable — Это хосты, для которых гарантируется использование лишь доли ядра vCPU (5, 20 или 50%) с вероятностью временного повышения вплоть до 100%. Они доступны только на платформах
Intel Broadwell и Intel Cascade Lake. Такие хосты стоят дешевле и подходят для задач, где не нужен постоянный уровень производительности, т. е. для тестирования или разработки.Выберем для микросервиса следующий класс хоста: платформа —
Intel Ice Lake; тип — standard; конфигурация вычислительных ресурсов — s3-c2-m8 (два ядра vCPU, 8 ГБ RAM).Хранилище данных
Хранилище БД может быть сетевым или локальным. В первом случае данные находятся на виртуальных дисках в инфраструктуре Yandex Cloud. Локальное хранилище — это диски, которые физически размещаются в серверах хостов БД.
При создании кластера можно выбирать между следующими типами хранилища:
- Стандартное сетевое (network-hdd) — это наиболее экономичный вариант. Выбирайте его, если к скорости записи и чтения нет особых требований.
- Быстрое сетевое (network-ssd) стоит примерно в четыре раза дороже, но при размере хранилища от 100 ГБ работает быстрее стандартного в десять и более раз (чем больше размер, тем заметнее разница в скорости).
- Сетевое на нереплицируемых SSD-дисках (network-ssd-nonreplicated) — использует сетевые SSD-диски с повышенной производительностью, реализованной за счет устранения избыточности. Объём такого хранилища можно увеличивать только с шагом 93 ГБ.
- Быстрое локальное (local-ssd) — самое быстрое и дорогое. Если локальный диск откажет, все сохранённые на нём данные будут потеряны. Чтобы этого избежать, при выборе локального хранилища сервис автоматически создаст отказоустойчивый кластер минимум из трёх хостов.
Число доступных типов хранилища зависит от выбранного типа хоста. Для burstable-хостов доступны только стандартное и быстрое сетевые хранилища.
При создании кластера внимательно выбирайте тип хранилища. Размер хранилища можно будет позже изменить, а тип — нет.
Выберите для кластера стандартное сетевое хранилище
network-hdd размером 50 ГБ.База данных
В этом разделе настроек задаются атрибуты базы: Имя БД, уникальное в рамках кластера, Имя пользователя (владельца БД) и Пароль пользователя.
Сеть
Здесь можно выбрать облачную сеть для кластера и группы безопасности для его сетевого трафика.
Оставьте сеть по умолчанию (
default) или выберите сеть, которую создали на предыдущем курсе. Кластер будет доступен для всех ВМ, которые подключены к вашей облачной сети.Параметры хостов
В этом блоке можно добавить количество хостов, которые будут созданы вместе с кластером, и изменить их параметры. Дополнительные хосты могут понадобиться, например, для репликации БД или снижения нагрузки на хост-мастер.
Для наших целей достаточно кластера из одного хоста. Нажмите значок редактирования параметров хоста и в открывшемся окне выберите опцию Публичный доступ. Это означает, что к хосту можно будет подключиться из интернета, а не только из облачной сети. Остальные параметры оставьте без изменений.
Дополнительные настройки
Здесь можно:
- указать время Начала резервного копирования и Срок хранения автоматических резервных копий;
- задать Окно обслуживания. Это пригодится, если вы хотите, чтобы техническое обслуживание кластера (обновление СУБД, применение патчей и т. д.) не совпадало по времени с периодами пиковых нагрузок на БД;
- разрешить Доступ из DataLens, если вы планируете анализировать в DataLens данные из базы. Подробнее о DataLens вы узнаете в одной из следующих тем;
- разрешить Доступ из консоли управления, чтобы выполнять SQL-запросы к БД из консоли управления Yandex Cloud. Отметьте этот пункт: доступ из консоли понадобится нам в следующих практических работах;
- разрешить Доступ из Data Transfer, чтобы разрешить доступ к кластеру из сервиса Yandex Data Transfer в Serverless-режиме;
- включить Сбор статистики, чтобы воспользоваться инструментом Диагностика производительности в кластере;
- установить Защиту от удаления.
В этом блоке также можно задать настройки СУБД (например используемую сервером MySQL кодировку при работе с данными и обмене информацией с клиентами). По умолчанию при создании кластера сервис выбирает оптимальные настройки. Изменяйте их, только если точно уверены, что это необходимо.
Настройка завершена. Осталось только нажать кнопку Создать кластер.
Создание кластера займёт несколько минут. Когда он будет готов к работе, его статус на панели Managed Service for MySQL сменится с
Creating на Running, а состояние — на Alive.
Статус показывает, что происходит с кластером:
Creating— создаётся;Running— работает;Error— не отвечает, возникла проблема;Updating— обновляется;Stopped— остановлен;Unknown— статус неизвестен (так может быть, например, когда кластер не виден из интернета).
Состояние — это показатель доступности кластера:
Alive— все хосты кластера работают;Degraded— часть хостов (один или больше) не работает;Dead— все хосты не работают.