Cribl.クラウドからデータを取り込む
ベータ版
この機能はベータ版です。使用するには、ワークスペース管理者は、 プレビューページ から Cribl向けLakeflow Connect を有効にする必要があります。Databricksのプレビューを管理を参照してください。
このページでは、Lakeflow Connectを使用してCriblインジェストパイプラインを作成する方法を示します。
要件
-
取り込みパイプラインを作成するには、まず次の要件を満たす必要があります。
-
ワークスペースでUnity Catalogが有効になっている必要があります。
-
Serverless コンピュートがワークスペースで有効になっている必要があります。Serverless コンピュートの要件を参照してください。
-
新しい接続を作成するには、メタストアに対する
CREATE CONNECTION特権が必要です。Unity Catalog での特権の管理を参照してください。コネクタが UI ベースのパイプライン オーサリングをサポートしている場合、管理者はこのページのステップを完了することで、接続とパイプラインを同時に作成できます。 ただし、パイプラインを作成するユーザーが API ベースのパイプライン オーサリングを使用している場合、または管理者以外のユーザーである場合、管理者はまずカタログ エクスプローラーで接続を作成する必要があります。 「管理対象取り込みソースへの接続」を参照してください。
-
既存の接続を使用するには、接続オブジェクトに対する
USE CONNECTION権限またはALL PRIVILEGES権限が必要です。 -
ターゲットカタログに対する
USE CATALOG権限が必要です。 -
既存のスキーマに対して
USE SCHEMAおよびCREATE TABLEの権限、またはターゲットカタログに対してCREATE SCHEMAの権限が必要です。
-
-
Cribl.Cloud から取り込むには、まず Databricks で認証を構成し、接続を作成する必要があります。「 Cribl.クラウドへの認証の構成」および「 Cribl接続の作成」を参照してください。
コネクタのオプション
source_configurations でパイプラインスコープのオプションを設定します。すべてのオプションはオプションです。使用法については 例 を参照してください。
オプション | スコープ | 必須 | 適用対象 | 説明 |
|---|---|---|---|---|
| パイプライン | No |
| Cribl.Cloud ワークスペース API のホスト名。 |
| パイプライン | No |
|
|
| パイプライン | No | ワーカーグループスコープのすべてのテーブル | 取り込むワーカーグループIDのコンマ区切りリスト。例えば |
| パイプライン | No |
| 最初の同期で取り込まれる最も早いログ時刻。形式は |
取り込みパイプラインを作成
サポートされているソーステーブルの一覧については、「サポートされているソーステーブル」を参照してください。
- Databricks UI
- Declarative Automation Bundles
- Databricks notebook
- Databricksワークスペースのサイドバーで、 データ取り込み をクリックします。
- データの追加 ページの Databricks コネクタ で、 Cribl をクリックします。
- 取り込みウィザードの 接続 ページで、Cribl.クラウド の認証情報が保存されている接続を選択します。メタストアに対する
CREATE CONNECTION権限がある場合は、接続の作成 をクリックして、Cribl.クラウド への認証の設定の認証情報を使用する接続を作成します。
- 次へ をクリックします。
- インジェスト設定 ページで、パイプラインの名前を入力します。
- イベント Logs を書き込むカタログとスキーマを選択します。カタログに対する
USE CATALOG権限とCREATE SCHEMA権限がある場合は、ドロップダウンメニューのスキーマの作成 をクリックしてスキーマを作成します。
- パイプラインの作成および続行 をクリックします。
- ソース ページで、取り込むテーブルを選択します。
- 保存して続行 をクリックします。
- 宛先 ページで、データを読み込むカタログとスキーマを選択します。カタログに対する
USE CATALOG権限とCREATE SCHEMA権限を持っている場合、ドロップダウンメニューのスキーマの作成 をクリックしてスキーマを作成します。
- 保存して続行 をクリックします。
- (オプション) スケジュールと通知 ページで、
スケジュールの作成 をクリックします。宛先テーブルを更新する頻度を設定します。
- (オプション)
通知の追加 をクリックして、パイプライン操作の成功または失敗に関するEメール通知を設定し、 パイプラインを保存してラン をクリックします。
宣言型オートメーションバンドルを使用して、Cribl パイプラインをコードとして管理します。バンドルには、ジョブとタスクの YAML 定義を含めることができ、Databricks CLI を使用して管理され、異なるターゲット ワークスペース(開発、ステージング、本番運用など)で共有およびランを実行できます。情報については、「宣言型オートメーションバンドルとは?」をご覧ください。
-
Databricks CLIを使用してバンドルを作成するには:
Bashdatabricks bundle init -
2つの新しいリソースファイルをバンドルに追加します。
- パイプライン定義ファイル(例:
resources/cribl_pipeline.yml)。「パイプライン.ingestion_definition」を参照してください。および例。 - データ取り込みの頻度を制御するジョブ定義ファイル(例:
resources/cribl_job.yml)。
- パイプライン定義ファイル(例:
-
Databricks CLIを使用してパイプラインをデプロイします:
Bashdatabricks bundle deploy
- 以下のノートブックをDatabricksワークスペースにインポートします。
-
セル 1 とセル 2 はそのままにしておきます。変更しないでください。
-
セルの3つ目を修正して、パイプライン構成の詳細を入力してください。「パイプライン.ingestion_definition」を参照してください。および例。
-
オプションで、パイプラインの詳細設定を行います。管理された取り込みパイプラインの一般的なパターンを参照してください。
-
「 すべて実行 」をクリックします。
例
Criblコネクタは、default ソーススキーマで21個のソーステーブルを使用可能にします。個々のテーブル、または必要なテーブルを取り込みます。
特定のテーブルを取り込む
このオプションを使用して、テーブルの特定のサブセットを取り込むか、テーブルごとに宛先の名前をカスタマイズします。
- Declarative Automation Bundles
- Databricks notebook
次のパイプライン定義ファイルは、個々の Cribl テーブルを取り込みます。
resources:
pipelines:
cribl_pipeline:
name: cribl_pipeline
catalog: 'main'
target: 'cribl_data'
ingestion_definition:
connection_name: cribl_connection
source_configurations:
- api_source_connector_config:
configs:
group_allowlist: '<worker-group-id>,<worker-group-id>'
start_datetime: '<start-datetime>'
objects:
- table:
source_schema: 'default'
source_table: 'worker_groups'
destination_catalog: 'main'
destination_schema: 'cribl_data'
destination_table: 'worker_groups'
- table:
source_schema: 'default'
source_table: 'pipelines'
destination_catalog: 'main'
destination_schema: 'cribl_data'
destination_table: 'pipelines'
- table:
source_schema: 'default'
source_table: 'audit_log'
destination_catalog: 'main'
destination_schema: 'cribl_data'
destination_table: 'audit_log'
次のパイプライン仕様は、個々の Cribl テーブルを取り込みます。
pipeline_name = "cribl_pipeline"
connection_name = "<cribl-connection>"
pipeline_spec = {
"name": pipeline_name,
"ingestion_definition": {
"connection_name": connection_name,
"source_configurations": [
{
"api_source_connector_config": {
"configs": {
"group_allowlist": "<worker-group-id>,<worker-group-id>",
"start_datetime": "<start-datetime>"
}
}
}
],
"objects": [
{
"table": {
"source_schema": "default",
"source_table": "worker_groups",
"destination_catalog": "main",
"destination_schema": "cribl_data",
"destination_table": "worker_groups"
}
},
{
"table": {
"source_schema": "default",
"source_table": "pipelines",
"destination_catalog": "main",
"destination_schema": "cribl_data",
"destination_table": "pipelines"
}
},
{
"table": {
"source_schema": "default",
"source_table": "audit_log",
"destination_catalog": "main",
"destination_schema": "cribl_data",
"destination_table": "audit_log"
}
}
]
}
}
json_payload = json.dumps(pipeline_spec, indent=2)
create_pipeline(json_payload)
宣言型オートメーションバンドルのジョブ定義ファイル
以下は、宣言型オートメーションバンドルで使用するジョブ定義ファイルの例です。ジョブは毎日実行されます。
- Declarative Automation Bundles
resources:
jobs:
cribl_job:
name: cribl_job
schedule:
quartz_cron_expression: '0 0 0 * * ?'
timezone_id: 'UTC'
tasks:
- task_key: cribl_ingestion
pipeline_task:
pipeline_id: ${resources.pipelines.cribl_pipeline.id}
一般的なパターン
高度なパイプライン構成については、「マネージドインジェストパイプラインの一般的なパターン」を参照してください。
次のステップ
パイプラインを起動し、スケジュールを設定して、アラートを設定します。一般的なパイプラインのメンテナンス タスクを参照してください。