Yandex Cloud
Search
Contact UsGet started
  • Blog
  • Pricing
  • Documentation
  • All Services
  • System Status
    • Featured
    • Infrastructure & Network
    • Data Platform
    • Containers
    • Developer tools
    • Serverless
    • Security
    • Monitoring & Resources
    • ML & AI
    • Business tools
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Customer Stories
    • Gateway to Russia
    • Cloud for Startups
    • Education and Science
  • Blog
  • Pricing
  • Documentation
Yandex project
© 2025 Yandex.Cloud LLC
Yandex Managed Service for PostgreSQL
  • Getting started
    • All tutorials
    • Creating a PostgreSQL cluster for 1C
    • Creating a cluster of 1C:Enterprise Linux servers with a Managed Service for PostgreSQL cluster
    • Exporting a database to Yandex Data Processing
    • Searching for cluster performance issues
    • Performance analysis and tuning
    • Setting up a connection from a Serverless Containers container
    • Delivering data to Yandex Managed Service for Apache Kafka® using Yandex Data Transfer
    • Delivering data to Yandex Managed Service for YDB using Yandex Data Transfer
    • Delivering data to Yandex Managed Service for Apache Kafka® using Debezium
    • PostgreSQL change data capture and delivery to YDS
    • Delivering data from Yandex Managed Service for Apache Kafka® using Yandex Data Transfer
    • Transferring data from Yandex Object Storage using Yandex Data Transfer
    • Configuring a fault-tolerant architecture in Yandex Cloud
    • Status monitoring of geographically distributed devices
    • Writing load balancer logs to PostgreSQL
    • Creating an MLFlow server for logging experiments and artifacts
    • Working with data using Query
    • Federated data queries using Query
    • Fixing string sorting issues after upgrading _glibc_
    • Writing data from a device into a database
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes

In this article:

  • Required paid resources
  • Getting started
  • Prepare the source cluster
  • Prepare the target cluster
  • Prepare and activate the transfer
  • Test the transfer
  • Delete the resources you created
  1. Tutorials
  2. Delivering data to Yandex Managed Service for Apache Kafka® using Yandex Data Transfer

Delivering data to Yandex Managed Service for Apache Kafka® using Yandex Data Transfer

Written by
Yandex Cloud
Updated at May 12, 2025
  • Required paid resources
  • Getting started
  • Prepare the source cluster
  • Prepare the target cluster
  • Prepare and activate the transfer
  • Test the transfer
  • Delete the resources you created

You can track data changes in a Managed Service for PostgreSQL source cluster and send them to a Managed Service for Apache Kafka® target cluster using Change Data Capture (CDC).

To set up CDC using Data Transfer:

  1. Prepare the source cluster.
  2. Prepare the target cluster.
  3. Prepare and activate the transfer.
  4. Test the transfer.

If you no longer need the resources you created, delete them.

Required paid resourcesRequired paid resources

The support cost includes:

  • Managed Service for PostgreSQL cluster fee: Using computing resources allocated to hosts and disk space (see Managed Service for PostgreSQL pricing).
  • Managed Service for Apache Kafka® cluster fee: Using computing resources allocated to hosts (including ZooKeeper hosts) and disk space (see Apache Kafka® pricing).
  • Fee for using public IP addresses for cluster hosts (see Virtual Private Cloud pricing).
  • Transfer fee: Using computing resources and the number of transferred data rows (see Data Transfer pricing).

Getting startedGetting started

  1. Create a Managed Service for PostgreSQL source cluster in any suitable configuration with the following settings:

    • Database: db1
    • User: pg-user
    • Hosts: Publicly available
  2. Create a Managed Service for Apache Kafka® target cluster in any suitable configuration with publicly available hosts.

  3. If you are using security groups, configure them to enable connecting to the clusters from the internet:

    • Guide for Managed Service for PostgreSQL
    • Guide for Managed Service for Apache Kafka®
  4. Install the kcat (kafkacat) utility and PostgreSQL command-line client on the local machine. For example, in Ubuntu 20.04, run:

    sudo apt update && sudo apt install kafkacat postgresql-client --yes
    

    Check that you can use it to connect to the Managed Service for Apache Kafka® source cluster over SSL.

Prepare the source clusterPrepare the source cluster

  1. For Data Transfer to get notifications of data changes from a Managed Service for PostgreSQL cluster, create a publication in a source cluster. To enable pg-user to create a publication, assign them the mdb_replication role.

  2. Connect to the db1 database under pg-user.

  3. Add test data to the database. In this example, a simple table with information from car sensors is used.

    Create a table:

    CREATE TABLE public.measurements (
        "device_id" text PRIMARY KEY NOT NULL,
        "datetime" timestamp NOT NULL,
        "latitude" real NOT NULL,
        "longitude" real NOT NULL,
        "altitude" real NOT NULL,
        "speed" real NOT NULL,
        "battery_voltage" real,
        "cabin_temperature" real NOT NULL,
        "fuel_level" real
    );
    

    Populate the table with data:

    INSERT INTO public.measurements VALUES
        ('iv9a94th6rzt********', '2020-06-05 17:27:00', 55.70329032, 37.65472196,  427.5,    0, 23.5, 17, NULL),
        ('rhibbh3y08qm********', '2020-06-06 09:49:54', 55.71294467, 37.66542005, 429.13, 55.5, NULL, 18, 32),
        ('iv9a94th678t********', '2020-06-07 15:00:10', 55.70985913, 37.62141918,  417.0, 15.7, 10.3, 17, NULL);
    

Prepare the target clusterPrepare the target cluster

The settings vary depending on the topic management method used. Topic names are generated based on the same conventions that are used in Debezium: <topic_prefix>.<schema_name>.<table_name>. In this tutorial, the cdc prefix is used as an example.

Yandex Cloud interfaces
Admin API

If topics are managed using standard Yandex Cloud interfaces (management console, CLI, Terraform, or API):

  1. Create a topic named cdc.public.measurements.

    If you need to track data changes in multiple tables, create a separate topic for each one of them.

  2. Create a user named kafka-user with ACCESS_ROLE_CONSUMER and ACCESS_ROLE_PRODUCER roles for the created topics.

If topics are managed using the Kafka Admin API:

  1. Create an admin user named kafka-user.

  2. In addition to ACCESS_ROLE_ADMIN, assign the admin user the ACCESS_ROLE_CONSUMER and ACCESS_ROLE_PRODUCER roles for topics whose names begin with the cdc prefix.

    Required topics will be created automatically at the first change event in the tracked tables of a source cluster. This solution can be useful to track changes in multiple tables but requires extra free space in cluster storage. To learn more, see Storage in Managed Service for Apache Kafka®.

Prepare and activate the transferPrepare and activate the transfer

  1. Create an endpoint.

    • Source endpoint:

      • Database type: PostgreSQL.
      • Endpoint parameters:
        • Connection settings: Managed Service for PostgreSQL cluster.
        • Managed Service for PostgreSQL cluster: Select the created Managed Service for PostgreSQL cluster.
        • Database: db1.
        • User: pg-user.
        • Password: Enter the pg-user password.
        • Included tables: public.measurements.
    • Target endpoint:

      • Database type: Kafka.

      • Endpoint parameters:

        • Connection type: Managed Service for Apache Kafka cluster.

          • Managed Service for Apache Kafka cluster: Select the target cluster.
          • Authentication: Specify the details of the created kafka-user user.
        • Topic: Topic full name.

        • Topic full name: cdc.public.measurements.

        If you need to track changes in multiple tables, fill out the fields as follows:

        • Topic: Topic prefix.
        • Topic prefix: Enter the cdc prefix you used to generate topic names.
  2. Create a transfer with the following settings:

    • Endpoints:
      • Source: Created source endpoint.
      • Target: Created target endpoint.
    • Transfer type: Replication.
  3. Activate the transfer and wait for its status to change to Replicating.

Test the transferTest the transfer

  1. In a separate terminal, run the kafkacat utility in consumer mode:

    kafkacat \
        -C \
        -b <broker_host_1_FQDN>:9091,...,<broker_host_N_FQDN>:9091 \
        -t cdc.public.measurements \
        -X security.protocol=SASL_SSL \
        -X sasl.mechanisms=SCRAM-SHA-512 \
        -X sasl.username=kafka-user \
        -X sasl.password=<password> \
        -X ssl.ca.location=/usr/local/share/ca-certificates/Yandex/YandexInternalRootCA.crt \
        -Z \
        -K:
    

    You can get the FQDNs of broker hosts with the list of hosts in the Managed Service for Apache Kafka® cluster.

    The output will return the data format schema of the public.measurements table and information about the previously added rows.

    Example of the message fragment
    {
      "payload": {
        "consumer":"dttuhfpp97l3********"
      },
      "schema": {
        "fields": [
          {
            "field": "consumer",
            "optional":false,
            "type":"string"
          }
        ],
        "name": "__data_transfer_stub.public.__consumer_keeper.Key",
        "optional":false,
        "type":"struct"
      }
    }:{
      "payload": {
        "after": {
          "consumer":"dttuhfpp97l3********l",
          "locked_by":"dttuhfpp97l3********-1",
          "locked_till":"2022-05-15T09:55:18Z"
        },
      "before": null,
      "op":"u",
      "source": {
        "connector":"postgresql",
        "db":"db1",
        "lsn":85865797008,
        "name":"__data_transfer_stub",
        "schema":"public",
        "snapshot":"false",
        "table":"__consumer_keeper",
        "ts_ms":1652608518883,
        "txId":245165,
        "version":"1.1.2.Final",
        "xmin":null
      },
    ...
    
  2. Connect to the source cluster and populate the measurements table with data:

    INSERT INTO public.measurements VALUES ('iv7b74th678t********', '2020-06-08 17:45:00', 53.70987913, 36.62549834, 378.0, 20.5, 5.3, 20, NULL);
    
  3. Make sure the terminal running kafkacat displays details about the added row.

Delete the resources you createdDelete the resources you created

Some resources are not free of charge. To avoid paying for them, delete the resources you no longer need:

  1. Deactivate and delete the transfer.

  2. Delete the endpoints.

  3. Delete the clusters:

    • Managed Service for Apache Kafka®.
    • Managed Service for PostgreSQL.
  4. If static public IP addresses were used for accessing the cluster hosts, release and delete them.

Was the article helpful?

Previous
Setting up a connection from a Serverless Containers container
Next
Delivering data to Yandex Managed Service for YDB using Yandex Data Transfer
Yandex project
© 2025 Yandex.Cloud LLC