Apache Kafka® cluster mirroring
You can transfer your data from Apache Kafka® topics between one Apache Kafka® cluster and another in real time. Among others, the following migration types are supported:
- Between different Apache Kafka® versions, e.g., you can migrate topics from version 2.8 to version 3.1.
- Between different availability zones: you can migrate a cluster with a single host from one zone to another.
Apache Kafka® cluster mirroring allows you to:
- Set up topic replication in the management console interface or in Terraform.
- Track the migration process using the transfer monitoring.
- Eliminate the need for an intermediate VM or public internet access to your target cluster.
Note
This tutorial describes a scenario for migrating data from one Managed Service for Apache Kafka® cluster to another.
To migrate data:
If you no longer need the resources you created, delete them.
Required paid resources
- Managed Service for Apache Kafka® clusters: Computing resources allocated to hosts, storage and backup size (see Managed Service for Apache Kafka® pricing).
- Public IP addresses if public access is enabled for cluster hosts (see Virtual Private Cloud pricing).
- Each transfer, which includes the use of computing resources and number of transferred data rows (see Data Transfer pricing).
Getting started
-
Set up your data delivery infrastructure:
ManuallyTerraform-
Create a source and target Managed Service for Apache Kafka® cluster with public access from the internet in any suitable configuration.
Note
Public access to cluster hosts is required if you plan to connect to the cluster via the internet. This connection option is simpler and is recommended for the purposes of this guide. You can connect to non-public hosts as well but only from Yandex Cloud virtual machines located in the same cloud network as the cluster.
-
In the source cluster, create a topic named
sensors. -
In the source cluster, create a user with the
ACCESS_ROLE_PRODUCERandACCESS_ROLE_CONSUMERpermissions for the new topic. -
In the target cluster, create a user with the
ACCESS_ROLE_PRODUCERandACCESS_ROLE_CONSUMERpermissions for all topics.
-
If you do not have Terraform yet, install it.
-
Get the authentication credentials. You can add them to environment variables or specify them later in the provider configuration file.
-
Configure and initialize a provider. There is no need to create a provider configuration file manually, you can download it
. -
Place the configuration file in a separate working directory and specify the parameter values. If you did not add the authentication credentials to environment variables, specify them in the configuration file.
-
Download the data-transfer-mkf-mkf.tf
configuration file to the same working directory.This file describes:
- Network.
- Subnet.
- Security group and the rule required for connecting to the Managed Service for Apache Kafka® cluster.
- Managed Service for Apache Kafka® source cluster with public access from the internet.
- Apache Kafka® topic for the source cluster.
- Apache Kafka® user for the source cluster.
- Managed Service for Apache Kafka® target cluster.
- Apache Kafka® topic for the target cluster.
- Apache Kafka® user for the target cluster.
- Transfer.
-
In the
data-transfer-mkf-mkf.tffile, specify the following settings:source_kf_version: Apache Kafka® version in the source cluster.source_user_name: Username for connection to the Apache Kafka® topic.source_user_password: User password.target_kf_version: Apache Kafka® version in the target cluster.transfer_enabled: Set to0to ensure that no transfer is created until you manually create the source and target endpoints.
-
Validate your Terraform configuration files using this command:
terraform validateTerraform will display any configuration errors detected in your files.
-
Create the required infrastructure:
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
All the required resources will be created in the specified folder. You can check resource availability and their settings in the management console
. -
The source cluster's new Apache Kafka® topic,
sensors, will receive test data from car sensors in JSON format, for example:{ "device_id":"iv9a94th6rzt********", "datetime":"2020-06-05 17:27:00", "latitude":"55.70329032", "longitude":"37.65472196", "altitude":"427.5", "speed":"0", "battery_voltage":"23.5", "cabin_temperature":"17", "fuel_level":null } -
-
Install these tools:
-
kafkacat
: For data reads and writes in Apache Kafka® topics.sudo apt update && sudo apt install --yes kafkacatMake sure you can use it to connect to the Managed Service for Apache Kafka® source cluster over SSL.
-
jq
: For stream processing of JSON files.sudo apt update && sudo apt-get install --yes jq
-
Set up and activate the transfer
-
-
Database type:
Kafka. -
Endpoint parameters:
-
Connection settings:
Managed Service for Apache Kafka cluster.Select your target cluster from the list and specify its connection settings.
-
Topic:
- Topic full name:
measurements.
- Topic full name:
-
-
-
- Database type:
Kafka. - Endpoint parameters:
-
Connection type:
Managed Service for Apache Kafka cluster.Select your source cluster from the list and specify its connection settings.
-
Topic full name:
sensors.
-
- Database type:
-
Create a transfer:
ManuallyTerraform- Create a transfer of the Replication type that will use the endpoints you created.
- Activate the transfer.
-
In the
data-transfer-mkf-mkf.tffile, specify the following settings:source_endpoint_id: Source endpoint ID.target_endpoint_id: Target endpoint ID.transfer_enabled: Set to1to create a transfer.
-
Validate your Terraform configuration files using this command:
terraform validateTerraform will display any configuration errors detected in your files.
-
Create the required infrastructure:
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
The transfer will be activated automatically upon creation.
-
Test your transfer
-
Wait for the transfer status to change to Replicating.
-
Make sure data from the Managed Service for Apache Kafka® source cluster topic can be transferred to the target cluster topic:
-
Create a file named
sample.jsonwith test data:{ "device_id": "iv9a94th6rzt********", "datetime": "2020-06-05 17:27:00", "latitude": 55.70329032, "longitude": 37.65472196, "altitude": 427.5, "speed": 0, "battery_voltage": 23.5, "cabin_temperature": 17, "fuel_level": null } { "device_id": "rhibbh3y08qm********", "datetime": "2020-06-06 09:49:54", "latitude": 55.71294467, "longitude": 37.66542005, "altitude": 429.13, "speed": 55.5, "battery_voltage": null, "cabin_temperature": 18, "fuel_level": 32 } { "device_id": "iv9a94th6rzt********", "datetime": "2020-06-07 15:00:10", "latitude": 55.70985913, "longitude": 37.62141918, "altitude": 417.0, "speed": 15.7, "battery_voltage": 10.3, "cabin_temperature": 17, "fuel_level": null } -
Send data from the
sample.jsonfile to the Managed Service for Apache Kafka® source cluster'ssensorstopic usingjqandkafkacat:jq -rc . sample.json | kafkacat -P \ -b <FQDN_of_broker_in_source_cluster>:9091 \ -t sensors \ -k key \ -X security.protocol=SASL_SSL \ -X sasl.mechanisms=SCRAM-SHA-512 \ -X sasl.username="<username_in_source_cluster>" \ -X sasl.password="<user_password_in_source_cluster>" \ -X ssl.ca.location=/usr/local/share/ca-certificates/Yandex/YandexInternalRootCA.crt -ZThe data is sent on behalf of the created user. To learn more about setting up an SSL certificate and using
kafkacat, see Connecting to an Apache Kafka® cluster from applications. -
Use
kafkacatto make sure that the data has been moved from the source cluster to the target Managed Service for Apache Kafka® cluster:kafkacat -C \ -b <FQDN_of_broker_in_target_cluster>:9091 \ -t measurements \ -X security.protocol=SASL_SSL \ -X sasl.mechanisms=SCRAM-SHA-512 \ -X sasl.username="<username_in_target_cluster>" \ -X sasl.password="<user_password_in_target_cluster>" \ -X ssl.ca.location=/usr/local/share/ca-certificates/Yandex/YandexInternalRootCA.crt -Z -K:
-
Delete the resources you created
Note
Before deleting the resources, deactivate the transfer.
To reduce the consumption of resources, delete those you do not need:
-
Delete the other resources depending on how you created them:
ManuallyTerraform-
In the terminal window, go to the directory containing the infrastructure plan.
Warning
Make sure the directory has no Terraform manifests with the resources you want to keep. Terraform deletes all resources that were created using the manifests in the current directory.
-
Delete resources:
-
Run this command:
terraform destroy -
Confirm deleting the resources and wait for the operation to complete.
All the resources described in the Terraform manifests will be deleted.
-
-