Moving data between Managed Service for Apache Kafka® clusters using Yandex Data Transfer
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: 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.
- 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 created 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 reading from and writing to 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-
In the
data-transfer-mkf-mkf.tffile, specify the following settings:source_endpoint_id: ID of the source endpoint.target_endpoint_id: ID of the target endpoint.transfer_enabled:1to 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 activate automatically upon creation.
-
-
Test your transfer
-
Wait for the transfer status to change to Replicating.
-
Make sure that the data from the topic in the source cluster move to the topic in the target Managed Service for Apache Kafka® cluster:
-
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="<source_cluster_user_password>" \ -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 a 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 you do not need, delete them:
-
Delete other resources using the same method used for their creation:
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.
-
-