メインコンテンツまでスキップ

BYOCセキュリティの概要

BYOC (Bring Your Own Cloud) warehouseは、お客様自身のcloud環境にデプロイされます。このガイドでは、そのデプロイメントモデルのセキュリティモデルについて、リソース所有権、VeloDB管理cloudリソースの安全な運用、およびwarehouse削除を含めて説明します。ネットワーク配置と接続制御については、BYOCネットワークセキュリティを参照してください。

このデプロイメントモデルは、すべてのcontrol-planeメタデータ、運用telemetry、ログ、サポート記録、診断、アクセス証跡、またはその他の運用データが顧客環境に保存されることを意味するものではありません。

ステップバイステップのproviderワークフローについては、引き続きCreate BYOC Warehouseを使用してください。

BYOC Deployment Model

BYOC deploymentでは、warehouseコンピュートと顧客warehouseストレージがお客様のcloud環境にデプロイされます。

BYOC作成は、provider固有のワークフローを通じてサポートされています:

Cloud platformBYOC setup pageSupporting preparation page
AWSTemplate mode, Wizard modeProvider setupはAWS warehouse作成ページに含まれています。
Google CloudHow to create BYOC Warehouse on GCPGCP operations guide
AzureHow to create BYOC Warehouse on AzureAzure operations guide

Cloudリソースの注意事項

ほとんどのwarehouseリソースは、お客様のcloud環境内で実行されます。関連するドキュメントで指示されている場合を除き、VeloDB Cloudによって作成されたcloudリソースをcloud-providerコンソールから直接操作することは避けてください。

VeloDB Cloudによって作成されたcloudリソースは、以下のようなtagを使用します:

TagValue
resource-created-byvelodb
cloud-resource-profileonline
resource-used-by-appBYOCMetaService、または特定のwarehouse ID
sdb-cluster-id特定のcluster ID

これらのtagを使用して、cloud-providerコンソールでVeloDB Cloudによって作成されたリソースをフィルタリングできます。

BYOC作成ドキュメントでは、以下のアクションによってwarehouseが利用できなくなる可能性があることを警告しています:

  • VeloDB Cloudによって作成されたIAMユーザーの権限を変更または削除する。
  • VeloDB Cloudによって作成されたvirtual machineまたはstorage bucketを変更または削除する。
  • VeloDB Cloudによって作成されたsecurity groupまたはprivate endpointを変更または削除する。

cloudコンソールでの直接操作によるwarehouse利用不可は、回復不可能な場合があります。

BYOC Warehouseとインフラストラクチャの削除

BYOC削除には2つの部分があります:現在のwarehouseの削除と、該当する場合のBYOCインフラストラクチャの破棄です。

現在のBYOC warehouseがVPCの最後のwarehouseである場合、それを削除するとBYOCインフラストラクチャも破棄されます。Warehouse Settingsページには、provider固有のフォローアップ手順が文書化されています:

  • AWS:現在のwarehouseを削除し、次にAWS CloudFormationに入ってresource stackを削除します。stackを削除する前に関連するbucketを空にしてください。
  • Google Cloud:現在のwarehouseを削除し、次に生成されたCloudShellコマンドを実行してresource stackを削除します。
  • Azure:現在のwarehouseを削除し、次にAzure Deployment Stacksに入ってstackを削除します。

共有責任

責任は、cloud provider、VeloDB Cloud、およびお客様の間で共有されます。モデルについてはShared responsibilityを参照してください。IAM、ネットワーキング、ストレージ、およびkey managementの詳細な内訳については、VeloDB Cloudアカウントチームにお問い合わせいただくか、VeloDB Trust Centerを使用してください。

関連ドキュメント