ストレージエンジン#

ストレージエンジンは、プロジェクトのデータを「物理的に」保存する役割を担っています。ストレージエンジンは、Lakehouse ManagerやData Processing Engineなどのプロジェクトサービスがデータを読み書きする際に通信する技術システムです。

Lakehouse Managerなどのストレージサービスを使用する場合、プロジェクトは少なくとも1つのストレージエンジンにリンクされています。同じプロジェクト内で複数のストレージエンジンを使用することも可能です。Lakehouse Manager内の各データセットごとに異なるストレージエンジンをリンクすることができます。また、同じストレージエンジンを複数のプロジェクトで使用することも可能です。

ストレージエンジンを管理（作成、プロジェクトへのリンク、削除など）するには、ストレージエンジンの権限が必要です。この権限は、組織設定でユーザーレベルで設定されます。ストレージエンジンに権限がないユーザーでも、プロジェクト内からストレージエンジンを使用し、その中のデータにアクセスすることは可能です。制限されるのはエンジンの管理のみです。

各ストレージエンジンには、API通信時に代替として使用される技術名があります。この技術名は常にi_から始まります。例えば：i_0941a7f635f1。このIDは通常、Analytics Managerがユーザークエリを元にSQL文字列を変換し、エンジン上でクエリを実行する際に使用されます。

ストレージエンジンは、アクティブな状態のときにDPUを消費します。ストレージエンジンを作成する際や、その後いつでも編集することで、エンジンのサイズ（DPU単位）を選択できます。

• ストレージエンジンを作成する
  • エンジンの種類を選択する
  • クラウドプロバイダーと場所を選択する
  • エンジンのサイズを選択する
  • 高可用性の状態を選択する
  • デフォルト設定に含める
• ストレージエンジンをプロジェクトにリンクする
• ストレージエンジンを編集する

#ストレージエンジンを作成する

ストレージエンジンサービスからストレージエンジンインスタンスを作成できます。

ストレージエンジンインスタンスを作成するには、ストレージエンジンの権限createが必要です。この権限は、組織設定でユーザーレベルで設定されます。

どちらの場合も、以下の情報を入力する必要があります。

#エンジンの種類を選択する

現在、プラットフォームでは2種類のエンジンから選択できます。

• PostgreSQL：PostgreSQLは、主要なビジネスおよびモバイルアプリケーションを駆動するオープンソースのリレーショナルデータベースです。PostgreSQLは、非常に優れた価格/性能比を持つ手頃なデータウェアハウスソリューションとしても非常に人気があります。PostgreSQLは現在、Google Cloud Platform、Microsoft Azure、Amazon Web ServicesおよびOVHcloudで利用可能です。
• Snowflake：Snowflakeは、クラウドベースのデータストレージおよび分析サービスを提供します。そのアーキテクチャはクラウド向けに構築され、すべてのスケーラビリティとパフォーマンスを活用しています。Snowflakeは現在、Google Cloud Platform、Microsoft AzureおよびAmazon Web Servicesでのみ利用可能です。

#クラウドプロバイダーと場所を選択する

ストレージエンジンのクラウドプロバイダーと場所は、以下から選択できます。

• Google Cloud Platform（1つの場所が利用可能）：SnowflakeおよびPostgreSQLが利用可能
• Microsoft Azure（1つの場所が利用可能）：SnowflakeおよびPostgreSQLが利用可能
• Amazon Web Services（1つの場所が利用可能）：SnowflakeおよびPostgreSQLが利用可能
• OVHcloud（1つの場所が利用可能）：PostgreSQLが利用可能

ストレージエンジンとプロジェクトが同じクラウドプロバイダーと場所を使用することをお勧めします。これは、デフォルトでストレージエンジンとプロジェクトがプライベートネットワーク上で通信し、より高いパフォーマンスとセキュリティを確保するためです。

#エンジンのサイズを選択する

ストレージエンジンは、アクティブな状態のときにDPUを消費します。データベースにデータを読み書きする際に割り当てられる計算能力を決定するため、エンジンのサイズ（DPU単位）を選択できます。

PostgreSQLの場合、Google Cloud PlatformおよびOVHcloudでは最小サイズは2 DPU、Microsoft AzureおよびAmazon Web Servicesでは4 DPUです。Snowflakeの場合、どこでも最小サイズは16 DPUです。

#高可用性の状態を選択する

高可用性は、インフラ管理の一般的なパラダイムで、インスタンスを複数回複製して、1つがダウンした場合にサービス中断を避けるものです。ストレージエンジンは、すべてのプロジェクトの核心となるデータベースをホストしているため、ダウンタイムを避けることは、生産レベルのデータシステムを構築する上で不可欠な部分です。

• PostgreSQL：高可用性はデフォルトでオフになっており、オンに切り替えることができます。オンにすると、デプロイされるインスタンスの数が倍になります（つまり、請求額が2倍になります）。1つのインスタンスがダウンした場合、もう1つのインスタンスがアクティブな状態で使用できます。
• Snowflake：高可用性はデフォルトで常にオンになっており、オフにすることはできません。Snowflakeを使用する際の内部機能であり、サービス中断を避けるために、プラットフォーム内部で複製が処理されます。1つのストレージエンジンインスタンスのみを請求します。

新しいストレージエンジンを作成するには、ハードウェアの利用可能性によって5～10分かかる場合があります。新しいプロジェクトにリンクする前に、エンジンが正しく作成され、アクティブであること（✅）を確認してください。

---

#ストレージエンジンをプロジェクトにリンクする

#サンドボックス

各プロジェクトには、無料のサンドボックスインスタンスが含まれています。これは、プロジェクトのデータセンターにあるストレージエンジンで、このデータセンターの他のユーザーと共有されます。共有とは、パフォーマンスが共有されるという意味です。データは常に保護されます。

#専用ストレージエンジン

無料のサンドボックスインスタンスの代わりに、組織内で既に所有しているストレージエンジンを選択するか、新しいストレージエンジンを作成することができます。どのエンジンでも、どのプロジェクトでも使用できます。エンジンが異なる地域またはクラウドプロバイダーにある場合、接続は暗号化され、パブリックネットワーク上で確立されます。

---

#ストレージエンジンを編集する

ストレージエンジンインスタンスを編集するには、ストレージエンジンの権限updateが必要です。この権限は、組織設定でユーザーレベルで設定されます。

ストレージエンジンサービスから、ストレージエンジンのペン🖊️アイコンをクリックして、ストレージエンジンの特性を編集できます。

ストレージエンジンの名前、説明、タグおよびサイズを編集できます。

#ストレージエンジンを削除する

ストレージエンジンのインスタンスを削除するには、ストレージエンジン権限 delete が必要です。これらの権限は、組織設定 でユーザーレベルで設定されます。

ストレージエンジンインスタンスを ストレージエンジン サービスから削除するには、ストレージエンジン の 削除 🗑️ アイコンをクリックします。

このオプションは、ストレージエンジンが組織内のプロジェクトにリンクされていない場合にのみ利用可能です。プロジェクトの削除は、すべてのストレージエンジンをそのプロジェクトからリンク解除します。

#さらに進む

もしトレーニングや技術的なサポートが必要な場合は、営業担当者にお問い合わせください、またはこのリンクをクリックして見積もりを取得し、プロフェッショナルサービスの専門家にプロジェクトのカスタム分析を依頼してください。

質問やフィードバックを送信し、Data Platformを構築するチームと直接交流するには、専用のDiscordチャネルをご利用ください。

サポートが必要な場合は、ヘルプセンターでリクエストを作成してください。

当社のユーザーコミュニティに参加してください。