Поделиться через

Быстрый старт: Настройка гибридного кластера с помощью Управляемого экземпляра Azure для Apache Cassandra с помощью конфигуратора клиента

Клиент Azure Configurator — это средство, предназначенное для настройки гибридного кластера и упрощения процесса миграции в Управляемый экземпляр Azure для Apache Cassandra. Если в настоящее время есть локальные центры обработки данных или работают в локальной среде, вы можете использовать Azure Управляемый экземпляр для Apache Cassandra, чтобы легко включить другие центры обработки данных в кластер, эффективно поддерживая их.

Внимание

Средство "Настройка клиента" находится в общедоступной предварительной версии. Эта функция предоставляется без соглашения об уровне обслуживания. Мы не рекомендуем использовать ее при нагрузках, обычных для рабочих средах.

Дополнительные сведения см. в статье Дополнительные условия использования Предварительных версий Microsoft Azure.

Необходимые компоненты

  • Для этой статьи требуется Azure CLI версии 2.30.0 или более поздней. Если вы используете Azure Cloud Shell, последняя версия уже установлена.

  • Используйте виртуальную сеть Azure с подключением к вашей локальной или оборудованной среде. Дополнительные сведения о подключении локальных сред к Azure см. в статье "Подключение локальной сети к Azure".

  • Требуется установка Python. Чтобы проверить, установлен ли Python, запустите python --version в терминале.

  • Убедитесь, что управляемый экземпляр Azure для кластера Apache Cassandra и локального кластера Cassandra находятся в одной виртуальной сети. В противном случае необходимо установить пиринг сети или другое средство подключения. Например, используйте Azure ExpressRoute.

  • Имя кластера для управляемого кластера и локального кластера должно совпадать.

    cassandra.yaml В файле убедитесь, что порт хранения имеет значение 7001, а имя кластера совпадает с управляемым кластером:

    cluster_name: managed_cluster-name
storage_port: 7001

    UPDATE system.local SET cluster_name = 'managed_cluster-name' where key='local';

Установка

  1. Скачайте и перейдите в папку настраиваемого клиента.

  2. Настройте виртуальную среду для запуска скрипта Python:

    python3 -m venv env
source env/bin/activate
python3 -m pip install -r requirements.txt

  3. Войдите в Azure CLI az login.

  4. Запустите скрипт Python в клиентской папке с информацией из существующего (локального) кластера:

    python3 client_configurator.py --subscription-id <subcriptionId> --cluster-resource-group <clusterResourceGroup> --cluster-name <clusterName> --initial-password <initialPassword> --vnet-resource-group <vnetResourceGroup> --vnet-name <vnetName> --subnet-name <subnetName> --location <location> --seed-nodes <seed1 seed2 seed3> --mi-dc-name <managedInstanceDataCenterName> --dc-name <onPremDataCenterName> --sku <sku>
    Параметр Описание
    subscription-ID Идентификатор подписки Azure
    cluster-resource-group Группа ресурсов, в которой находится кластер
    cluster-name Управляемый экземпляр кластера Apache Cassandra в Azure
    initial-password Пароль для управляемого экземпляра Azure для кластера Apache Cassandra
    vnet-resource-group Группа ресурсов, подключенная к виртуальной сети
    vnet-name Имя виртуальной сети, подключенной к кластеру
    subnet-name Имя IP-адреса, выделенного кластеру Cassandra
    location Место развертывания кластера
    seed-nodes Начальные узлы существующих центров обработки данных в локальном или локальном кластере Cassandra
    mi-dc-name Имя центра обработки данных управляемого экземпляра Azure для кластера Apache Cassandra
    dc-name Имя центра обработки данных локального кластера
    sku Размер уровня продуктов виртуальной машины

  5. Скрипт Python создает архив tar с именем install_certs.tar.gz. Распакуйте эту папку на /etc/cassandra/ каждом узле:

    sudo tar -xzvf install_certs.tar.gz -C /etc/cassandra

  6. В папке /etc/cassandra/ выполните команду sudo ./install_certs.sh.

    • Убедитесь, что скрипт является исполняемым, выполнив команду sudo chmod +x install_certs.sh.

    • Скрипт устанавливает и указывает Cassandra на новые сертификаты, необходимые для подключения к управляемому экземпляру Azure для кластера Apache Cassandra.

    • Затем система предложит пользователю перезапустить Cassandra.

      Снимок экрана: результат выполнения скрипта.

  7. После завершения перезапуска Cassandra на всех узлах проверьте nodetool status. Оба центра обработки данных должны находиться в списке, причем их узлы находятся в состоянии UN (Up/Normal).

  8. Для вашего экземпляра Управляемого экземпляра Azure для Apache Cassandra можно AllKeyspaces изменить параметры репликации в схеме пространства ключей и запустить процесс миграции в кластер Управляемого экземпляра Azure для Cassandra.

  9. autoReplicate Включите параметр с помощью шаблона Azure Resource Manager (шаблон ARM). Шаблон ARM должен включать:

    "properties":{
...
"externalDataCenters": ["dc-name-1","dc-name-2"],
"autoReplicate": "AllKeyspaces",
...
}

    Все ваши кейспейсы изменяются и включают WITH REPLICATION = { 'class' : 'NetworkTopologyStrategy', 'on-prem-datacenter-1' : 3, 'mi-datacenter-1': 3 }. Если эта топология не соответствует вашим требованиям, измените ее и вручную запустите nodetool rebuild на управляемом экземпляре Azure для кластера Apache Cassandra.

    Узнайте больше об авторепликации.

  10. Обновите и отслеживайте ход репликации данных, выбрав область Центра обработки данных .

    Снимок экрана: ход выполнения репликации.

Следующий шаг

Узнайте, как выполнить миграцию в Azure Управляемый экземпляр для Apache Cassandra с помощью Apache Spark и прокси-сервера двойной записи

  • Last updated on