Openflow Connector for PostgreSQL 설정¶

wal_level 구성하기¶

Openflow Connector for PostgreSQL 에서는 wal_level 을 logical 로 설정해야 합니다.

PostgreSQL 서버가 호스팅되는 위치에 따라 다음과 같이 wal_level을 구성할 수 있습니다.

발행물 생성하기¶

Openflow Connector for PostgreSQL 에서는 복제를 시작하기 전에 발행물 을 만들고 PostgreSQL 에 구성해야 합니다. 전체 또는 테이블의 하위 집합은 물론 지정된 열만 있는 특정 테이블에 대해서도 생성할 수 있습니다. 복제할 계획인 모든 테이블과 열이 발행물에 포함되어 있는지 확인합니다. 커넥터가 실행되는 동안 나중에 게시를 수정할 수도 있습니다. 발행물을 생성하고 구성하려면 다음과 같이 하십시오.

1. 데이터베이스에서 CREATE 권한이 있는 사용자로 로그인하여 다음 쿼리를 실행합니다.

CREATE PUBLICATION <publication name>;

Copy

1. 데이터베이스 에이전트가 사용할 수 있는 테이블을 정의합니다.

ALTER PUBLICATION <publication name> ADD TABLE <table name>;

Copy

자세한 내용은 ALTER PUBLICATION 섹션을 참조하십시오.

5. Snowflake 계정 관리자는 다음 작업을 수행합니다.

   1. 유형이 SERVICE 인 Snowflake 사용자를 생성합니다. 복제된 데이터를 저장할 데이터베이스를 생성하고 USAGE 및 CREATE SCHEMA 권한 을 부여하여 해당 데이터베이스에 오브젝트를 생성할 수 있도록 Snowflake 사용자에게 권한을 설정합니다.

      CREATE DATABASE <destination_database>;
      CREATE USER <openflow_user> TYPE=SERVICE COMMENT='Service user for automated access of Openflow';
      CREATE ROLE <openflow_role>;
      GRANT ROLE <openflow_role> TO USER <openflow_user>;
      GRANT USAGE ON DATABASE <destination_database> TO ROLE <openflow_role>;
      GRANT CREATE SCHEMA ON DATABASE <destination_database> TO ROLE <openflow_role>;
      CREATE WAREHOUSE <openflow_warehouse>
           WITH
                WAREHOUSE_SIZE = 'MEDIUM'
                AUTO_SUSPEND = 300
                AUTO_RESUME = TRUE;
      GRANT USAGE, OPERATE ON WAREHOUSE <openflow_warehouse> TO ROLE <openflow_role>;
      

      Copy

   2. 한 쌍의 보안 키(공개 및 비공개)를 생성합니다. 사용자의 개인 키를 파일에 저장하여 커넥터의 구성에 제공합니다. Snowflake 서비스 사용자에게 공개 키를 할당합니다.

      ALTER USER <openflow_user> SET RSA_PUBLIC_KEY = 'thekey';
      

      Copy

      자세한 내용은 키 페어 섹션을 참조하십시오.

   3. 커넥터가 사용할 웨어하우스를 지정합니다. MEDIUM 데이터 웨어하우스 크기로 시작한 다음 복제되는 테이블의 수와 전송되는 데이터의 양에 따라 크기를 실험해 보십시오. 일반적으로 테이블 수가 많을수록 웨어하우스 크기보다는 멀티 클러스터 웨어하우스 에서 확장이 더 쉽습니다.

실시간으로 테이블 세트 복제하기¶

1. 가져온 프로세스 그룹을 마우스 오른쪽 버튼으로 클릭하고 Parameters 를 선택합니다.

2. 플로우 매개 변수 에 설명된 대로 필수 매개 변수 값을 채웁니다.

복제에 테이블을 제거했다가 다시 추가하기¶

복제에서 테이블을 제거하려면 복제 매개 변수 컨텍스트의 포함된 테이블 이름 또는 포함된 테이블 정규식 매개 변수에서 테이블이 제거되었는지 확인합니다.

나중에 복제에 테이블을 다시 추가하려면 먼저 Snowflake에서 해당 대상 테이블을 삭제하십시오. 그런 다음 테이블을 포함된 테이블 이름 또는 포함된 테이블 정규식 매개 변수에 다시 추가합니다. 이렇게 하면 테이블에 대한 복제 프로세스가 새로 시작됩니다.

이 접근법은 실패한 테이블 복제 시나리오에서 복구하는 데에도 사용할 수 있습니다.

테이블에서 열의 하위 집합 복제하기¶

커넥터는 테이블별로 복제된 데이터를 구성된 열의 하위 집합으로 필터링할 수 있습니다.

열에 필터를 적용하려면 복제 매개 변수 컨텍스트에서 열 필터 속성을 수정하여 필터를 적용하려는 모든 테이블에 대해 1개의 항목씩 구성 배열을 추가합니다.

열은 이름이나 패턴에 따라 포함하거나 제외할 수 있습니다. 테이블당 단일 조건을 적용하거나 여러 조건을 결합할 수 있으며, 제외가 항상 포함보다 우선합니다.

다음 예제는 사용할 수 있는 필드를 보여줍니다. schema 및 table 은 필수이며 included, excluded, includedPattern, excludedPattern 중 1개 이상이 필요합니다.

[
    {
        "schema": "<source table schema>",
        "table" : "<source table name>",
        "included": ["<column name>", "<column name>"],
        "excluded": ["<column name>", "<column name>"],
        "includedPattern": "<regular expression>",
        "excludedPattern": "<regular expression>",
    }
]

테이블의 데이터 변경 사항 추적¶

커넥터는 소스 테이블의 데이터의 현재 상태뿐만 아니라 모든 변경 집합의 모든 행의 모든 상태도 복제합니다. 이 데이터는 대상 테이블과 동일한 스키마로 생성된 저널 테이블에 저장됩니다.

저널 테이블 이름은 다음과 같은 형식입니다. <소스 테이블 이름>_JOURNAL_<타임스탬프>_<스키마 생성>

여기서 <타임스탬프> 는 소스 테이블이 복제에 추가된 epoch 초의 값이고 <스키마 생성> 은 소스 테이블의 스키마가 변경될 때마다 증가하는 정수입니다. 즉, 스키마가 변경되는 소스 테이블에는 여러 개의 저널 테이블이 생깁니다.

복제에서 테이블을 제거했다가 다시 추가하면 <타임스탬프> 값이 변경되고 <스키마 생성> 이 1 에서 다시 시작됩니다.

커넥터는 저널 테이블을 삭제하지 않고 복제된 모든 소스 테이블에 대해 최신 저널만 적극적으로 사용합니다. 저장소를 다시 확보하려면 복제에서 제거된 소스 테이블과 관련된 저널 테이블과 활성 복제된 테이블의 최신 세대를 제외한 모든 테이블을 안전하게 삭제할 수 있습니다.

예를 들어, 커넥터가 소스 테이블 orders 를 적극적으로 복제하도록 설정되어 있고 이전에 테이블 customers 를 복제에서 제거한 경우 다음과 같은 저널 테이블이 있을 수 있습니다. 이 경우 orders_5678_2 를 제외하고 모두 삭제할 수 있습니다.

customers_1234_1
customers_1234_2
orders_5678_1
orders_5678_2

병합 작업 예약 구성하기¶

커넥터는 데이터 웨어하우스를 사용하여 변경 데이터 캡처(CDC) 데이터를 대상 테이블에 병합합니다. 이 작업은 MergeSnowflakeJournalTable 프로세서에 의해 트리거됩니다. 새로운 변경 사항이 없거나 MergeSnowflakeJournalTable 큐에 대기 중인 새 플로우 파일이 없는 경우 병합이 트리거되지 않고 웨어하우스가 자동 일시 중단됩니다.

웨어하우스 비용을 제한하고 예약된 시간에만 병합을 제한하려면 병합 작업 일정 CRON 매개 변수에서 CRON 식을 사용하십시오. MergeSnowflakeJournalTable 프로세서로 수신 플로우 파일을 스로틀링하고 병합은 전용 기간에만 트리거됩니다. 예약에 대한 자세한 내용은 예약 전략 섹션을 참조하십시오.

커넥터 중지 또는 삭제하기¶

커넥터를 중지하거나 제거할 때는 커넥터가 사용하는 복제 슬롯 을 고려해야 합니다.

커넥터는 snowflake_connector_ 로 시작하는 이름 뒤에 임의의 접미사가 붙은 자체 복제 슬롯을 생성합니다. 커넥터가 복제 스트림을 읽으면 슬롯을 전진시켜 PostgreSQL 에서 WAL 로그를 트리밍하고 디스크 공간을 확보할 수 있도록 합니다.

커넥터가 일시 중지되면 슬롯이 진행되지 않고 소스 데이터베이스의 변경 사항으로 인해 WAL 로그 크기가 계속 증가합니다. 특히 트래픽이 많은 데이터베이스에서는 커넥터를 장시간 일시 중지해서는 안 됩니다.

커넥터를 Openflow 캔버스에서 삭제하거나 전체 Openflow 인스턴스를 삭제하는 등 다른 방법으로 커넥터를 제거해도 복제 슬롯은 그대로 유지되므로 수동으로 삭제해야 합니다.

동일한 PostgreSQL 데이터베이스에서 복제하는 커넥터 인스턴스가 여러 개 있는 경우 각 인스턴스는 고유한 이름의 복제 슬롯을 생성합니다. 복제 슬롯을 수동으로 삭제할 때는 올바른 슬롯인지 확인하십시오. CaptureChangePostgreSQL 프로세서의 상태를 확인하여 특정 커넥터 인스턴스가 어떤 복제 슬롯을 사용하는지 확인할 수 있습니다.