navigation_title: "Tutorial" mapped_pages:
This tutorial walks you through the process of creating a self-managed connector for a PostgreSQL data source. You’ll be using the self-managed connector workflow in the Kibana UI. This means you’ll be deploying the connector on your own infrastructure. Refer to the Elastic PostgreSQL connector reference for more information about this connector.
In this exercise, you’ll be working in both the terminal (or your IDE) and the Kibana UI.
If you want to deploy a self-managed connector for another data source, use this tutorial as a blueprint. Refer to the list of available connectors.
::::{tip}
Want to get started quickly testing a self-managed connector using Docker Compose? Refer to this guide in the elastic/connectors
repo for more information.
::::
First, ensure you satisfy the prerequisites for self-managed connectors.
You need:
superuser
privileges are required to index all database tables.::::{tip}
You should enable recording of the commit time of PostgreSQL transactions. Otherwise, all data will be indexed in every sync. By default, track_commit_timestamp
is off
.
Enable this by running the following command on the PosgreSQL server command line:
ALTER SYSTEM SET track_commit_timestamp = on;
Then restart the PostgreSQL server.
::::
To complete this tutorial, you’ll need to complete the following steps:
connectors
connector serviceElastic connectors enable you to create searchable, read-only replicas of your data sources in Elasticsearch. The first step in setting up your self-managed connector is to create an index.
In the Kibana^ UI, navigate to Search > Content > Elasticsearch indices from the main menu, or use the global search field.
Create a new connector index:
search-
.)The index is created and ready to configure.
::::{admonition} Gather Elastic details :name: es-postgresql-connector-client-tutorial-gather-elastic-details
Before you can configure the connector, you need to gather some details about your Elastic deployment:
Elasticsearch endpoint.
http://host.docker.internal:9200
.API key. You’ll need this key to configure the connector. Use an existing key or create a new one.
Connector ID. Your unique connector ID is automatically generated when you create the connector. Find this in the Kibana UI.
::::
Once you’ve created an index, you can set up the connector. You will be guided through this process in the UI.
Clone and edit the connector service code. For this example, we’ll use the Python framework. Follow these steps:
git clone https://github.com/elastic/connectors
.config.yml
configuration file in your editor of choice.Replace the values for host
, api_key
, and connector_id
with the values you gathered earlier. Use the service_type
value postgresql
for this connector.
::::{dropdown} Expand to see an example config.yml file
Replace the values for host
, api_key
, and connector_id
with your own values. Use the service_type
value postgresql
for this connector.
elasticsearch:
host: <https://<my-elastic-deployment.es.us-west2.gcp.elastic-cloud.com>> # Your Elasticsearch endpoint
api_key: '<YOUR-API-KEY>' # Your top-level Elasticsearch API key
...
connectors:
-
connector_id: "<YOUR-CONNECTOR-ID>"
api_key: "'<YOUR-API-KEY>" # Your scoped connector index API key (optional). If not provided, the top-level API key is used.
service_type: "postgresql"
# Self-managed connector settings
connector_id: '<YOUR-CONNECTOR-ID>' # Your connector ID
service_type: 'postgresql' # The service type for your connector
sources:
# mongodb: connectors.sources.mongo:MongoDataSource
# s3: connectors.sources.s3:S3DataSource
# dir: connectors.sources.directory:DirectoryDataSource
# mysql: connectors.sources.mysql:MySqlDataSource
# network_drive: connectors.sources.network_drive:NASDataSource
# google_cloud_storage: connectors.sources.google_cloud_storage:GoogleCloudStorageDataSource
# azure_blob_storage: connectors.sources.azure_blob_storage:AzureBlobStorageDataSource
postgresql: connectors.sources.postgresql:PostgreSQLDataSource
# oracle: connectors.sources.oracle:OracleDataSource
# sharepoint: connectors.sources.sharepoint:SharepointDataSource
# mssql: connectors.sources.mssql:MSSQLDataSource
# jira: connectors.sources.jira:JiraDataSource
::::
Now that you’ve configured the connector code, you can run the connector service.
In your terminal or IDE:
cd
into the root of your connectors
clone/fork.make run
.The connector service should now be running. The UI will let you know that the connector has successfully connected to Elasticsearch.
Here we’re working locally. In production setups, you’ll deploy the connector service to your own infrastructure. If you prefer to use Docker, refer to the repo docs for instructions.
Once you’ve configured the connector, you can use it to index your data source.
You can now enter your PostgreSQL instance details in the Kibana UI.
Enter the following information:
*
will fetch data from all tables in the configured database.Once you’ve entered all these details, select Save configuration.
If you navigate to the Overview tab in the Kibana UI, you can see the connector’s ingestion status. This should now have changed to Configured.
It’s time to launch a sync by selecting the Sync button.
If you navigate to the terminal window where you’re running the connector service, you should see output like the following:
[FMWK][13:22:26][INFO] Fetcher <create: 499 update: 0 |delete: 0>
[FMWK][13:22:26][INF0] Fetcher <create: 599 update: 0 |delete: 0>
[FMWK][13:22:26][INFO] Fetcher <create: 699 update: 0 |delete: 0>
...
[FMWK][23:22:28][INF0] [oRXQwYYBLhXTs-qYpJ9i] Sync done: 3864 indexed, 0 deleted.
(27 seconds)
This confirms the connector has fetched records from your PostgreSQL table(s) and transformed them into documents in your Elasticsearch index.
Verify your Elasticsearch documents in the Documents tab in the Kibana UI.
If you’re happy with the results, set a recurring sync schedule in the Scheduling tab. This will ensure your searchable data in Elasticsearch is always up to date with changes to your PostgreSQL data source.