Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

ストレージバケットを作成する

このページでは、Google Distributed Cloud（GDC）エアギャッププロジェクトのストレージバケットを作成する方法について説明します。前提条件、作成と検証の手順、命名ガイドラインについて説明します。これにより、分離されたデプロイのニーズを満たす、コンプライアンスに準拠した適切に構成されたオブジェクトストレージを確立できます。

このページは、GDC エアギャップ環境内のプロジェクト用にオブジェクトストレージバケットのプロビジョニングと管理を検討している、インフラストラクチャオペレーターグループの IT 管理者やアプリケーションオペレーターグループのデベロッパーなどのユーザーを対象としています。詳細については、GDC エアギャップの対象読者に関するドキュメントをご覧ください。

始める前に

ストレージバケットは、特定プロジェクトにスコープ設定されたリソースです。プロジェクトはコンテナとして機能し、バケットをグループ化して、Management API サーバーを介した管理を可能にします。このページでオペレーションを実行する前に、新しいプロジェクトを作成するか、十分な権限を持つ既存のプロジェクトを選択する必要があります。

必要な IAM のロール

IAM プロジェクト管理者に連絡して、プロジェクトの Namespace で次のロールをリクエストします。

プロジェクトバケット管理者（project-bucket-admin）: ストレージバケットの作成、更新、削除。
プロジェクトバケットオブジェクト閲覧者（project-bucket-object-viewer）: ストレージバケットとオブジェクトの詳細を表示して確認します。

詳細については、バケットへのアクセス権を付与するをご覧ください。

環境を準備する

管理 API サーバーまたはグローバル API サーバーに対してコマンドを実行するには、次の操作を行います。

ゾーン管理 API サーバーの kubeconfig ファイルがない場合は、ログインして生成します。
デュアルゾーンバケットの場合は、次の操作を行います。
- インフラストラクチャオペレーター（IO）に、ペア設定されたゾーンの BucketLocationConfig カスタムリソースが作成されていることを確認します。
- グローバル API サーバーの kubeconfig ファイルを生成します。

ストレージバケットの命名ガイドライン

バケット名は次の命名規則に準拠する必要があります。

プロジェクト内で一意であること。管理 API サーバーは、バケットの完全修飾名に一意の接頭辞を付加して、組織内で競合が発生しないようにします。組織間で接頭辞とバケット名が競合する可能性は低いですが、競合した場合は「バケット名が使用中です」というエラーでバケットの作成が失敗します。
個人を特定できる情報（PII）は含めないでください。
DNS に準拠している。
1 ～ 55 文字で入力してください。
先頭は英字にし、英字、数字、ハイフンのみを使用してください。

バケットの作成

デフォルトでは、バケットは Standard ストレージクラスを使用します。インフラストラクチャオペレーター（IO）によって Nearline Storage が有効になっている場合は、アクセス頻度の低いデータに Nearline ストレージクラスを選択することもできます。Nearline Storage は、シングルゾーンバケットとデュアルゾーンバケットの両方でサポートされています。

コンソール

ナビゲーションメニューで、[オブジェクトストレージ] をクリックします。
プロジェクトセレクタで、バケットを作成するプロジェクトを選択します。
[バケットを作成] をクリックします。
バケット作成フローで、プロジェクト内のすべてのバケットで一意の名前を割り当てます。
内容を入力してください。
[ストレージクラス] で、[Standard] または [Nearline] を選択します。[Nearline] オプションは、Nearline Storage が有効になっている場合にのみ表示されます。
省略可: [toggle_off] 切り替えをクリックして保持ポリシーを設定し、希望する日数を入力します。保持ポリシーの上限を超える必要がある場合は、IO にお問い合わせください。
[作成] をクリックします。成功メッセージが表示され、[バケット] ページに戻ります。

新しいバケットが正常に作成されたことを確認するには、数分後に [バケット] ページを更新し、バケットの状態が Not ready から Ready に更新されていることを確認します。

API

ゾーンバケットを作成するには、バケット仕様をプロジェクトの Namespace に適用します。

kubectl --kubeconfig MANAGEMENT_API_SERVER_KUBECONFIG apply -f bucket.yaml

次に、Standard ストレージクラスを使用するバケット仕様の例を示します。

apiVersion: object.gdc.goog/v1
kind: Bucket
metadata:
  name: BUCKET_NAME
  namespace: NAMESPACE_NAME
spec:
  description: DESCRIPTION
  storageClass: Standard
  bucketPolicy:
    lockingPolicy:
      defaultObjectRetentionDays: RETENTION_DAY_COUNT

次に、Nearline ストレージクラスを使用するバケット仕様の例を示します。

apiVersion: object.gdc.goog/v1
kind: Bucket
metadata:
  name: BUCKET_NAME
  namespace: NAMESPACE_NAME
spec:
  description: DESCRIPTION
  storageClass: Nearline
  bucketPolicy:
    lockingPolicy:
      defaultObjectRetentionDays: RETENTION_DAY_COUNT

暗号化バージョンが v1 のバケット仕様の例を次に示します。

apiVersion: object.gdc.goog/v1
kind: Bucket
metadata:
  name: BUCKET_NAME
  namespace: NAMESPACE_NAME
  labels:
    object.gdc.goog/encryption-version: v1
spec:
  description: DESCRIPTION
  storageClass: Standard
  bucketPolicy:
    lockingPolicy:
      defaultObjectRetentionDays: RETENTION_DAY_COUNT

詳細については、バケット API リファレンスをご覧ください。

以下は、グローバル API サーバーのデュアルゾーンバケット仕様の例です。

apiVersion: object.global.gdc.goog/v1
kind: Bucket
metadata:
  name: BUCKET_NAME
  namespace: PROJECT_NAME
spec:
  location: LOCATION_NAME
  description: Sample DZ Bucket
  storageClass: Standard

Nearline Storage を使用してデュアルゾーンバケットを作成するには、storageClass: Nearline を設定します。

デュアルゾーンバケットでは V2 暗号化のみがサポートされており、デュアルゾーンバケットリソースの作成、更新、削除のすべてのオペレーションは、グローバル API サーバーに対して実行する必要があります。

デュアルゾーンバケットを作成するには、グローバル API サーバーに対して仕様を適用します。

kubectl --kubeconfig GLOBAL_API_SERVER_KUBECONFIG apply -f bucket.yaml

gdcloud

Nearline ストレージクラスを使用して gdcloud でシングルゾーンバケットを作成するには:

gdcloud storage buckets create BUCKET_NAME \
    --location=ZONE_NAME \
    --location-type=SingleZone \
    --storage-class=Nearline

グローバルロケーションを使用して gdcloud でデュアルゾーンバケットを作成するには:

gdcloud storage buckets create BUCKET_NAME \
    --location=ZONE_1,ZONE_2 \
    --location-type=AsyncDualZone \
    --storage-class=Nearline

--storage-class を省略すると、デフォルトで Standard が使用されます。

詳細については、gdcloud storage buckets create をご覧ください。

バケットと関連リソースの作成を確認する

バケットを作成したら、次のコマンドを実行して、バケットの詳細を確認します。

kubectl --kubeconfig MANAGEMENT_API_SERVER_KUBECONFIG describe buckets BUCKET_NAME -n PROJECT_NAMESPACE

[ステータス] セクションには、[暗号化]（暗号化の詳細）と [完全修飾名]（FULLY_QUALIFIED_BUCKET_NAME を含む）の 2 つの重要なフィールドがあります。

暗号化 v1

この情報は、obj-FULLY_QUALIFIED_BUCKET_NAME という名前の AEADKey に関するものです。これは、バケットに保存されているオブジェクトの暗号化に使用される暗号鍵への参照として機能します。以下に例を示します。

Status:
  Encryption:
    Key Ref:
      Kind: AEADKey
      Name: obj-FULLY_QUALIFIED_BUCKET_NAME
      Namespace: PROJECT_NAMESPACE
    Type: CMEK

暗号化 v2

この情報は、アクティブなデフォルト AEADKey の参照として機能する kek-ref-FULLY_QUALIFIED_BUCKET_NAME という名前の Secret に関連しています。アクティブなデフォルトの AEADKey は、特定の AEADKey が指定されていない場合にバケットにアップロードされたオブジェクトを暗号化するために、ランダムに選択されます。

以下に例を示します。

Status:
  Encryption:
    Key Ref:
      Kind: Secret
      Name: kek-ref-FULLY_QUALIFIED_BUCKET_NAME
      Namespace: PROJECT_NAMESPACE
    Type: CMEK

次のコマンドを実行して、必要な AEADKey が作成されていることを確認することもできます。

kubectl --kubeconfig MANAGEMENT_API_SERVER_KUBECONFIG get aeadkeys -n PROJECT_NAMESPACE -l  cmek.security.gdc.goog/resource-name=FULLY_QUALIFIED_BUCKET_NAME

バケットを作成したら、バケットアクセス権を付与するときにポリシーファイルを作成し、そのポリシーをバケットに割り当てることで、アプリケーションオペレーター（AO）に代わってバケットを管理できます。