既知の問題

Google Distributed Cloud（GDC）Sandbox の環境スコープと機能:

  • 永続性: GDC Sandbox は永続的ではなく、毎月増分更新されます。環境が更新されると、デフォルトの状態に戻るため、構成を再デプロイする必要があります。構成、コード、コンテナをコード リポジトリに保存することをおすすめします。これにより、ローハイ開発を本番環境に移行することもできます。
  • リソース : このリリースでは、次のリソースの量が制限されています。
    • 1 つの組織。
    • 1 つのテナント。
    • 2 つの Kubernetes クラスタ。
  • ユーザー: 共有リソースを適切に使用できるように、ユーザー数は 最大 25 人に制限されています。
  • 機密データ: ユーザーは、 GDC Sandbox にアクセスする前に EULA に同意する必要があります。GDC Sandbox はテスト、開発、トレーニングを目的としているため、センシティブ データや本番環境のワークロードには使用しないことをおすすめします。
  • IO エクスペリエンス: GDC Sandbox は、GDC Sandbox の Application Operator（AO）またはエンドユーザー ペルソナ エクスペリエンスのみをサポートしています。

既知の問題:

  1. プロジェクト ネットワーク ポリシーの状態は、ステータスに関係なく、UI に常に Not Read と表示されます 。実際のステータスを確認するには、API または CLI を使用してください。

  2. 証明書をインストールする 環境にアクセスする で説明されている手順をまだ行っていない場合、バケット（オブジェクト ストレージ）にファイルをアップロードすると、 Check network speed to ensure your file size is within limits and certificates are properly set というエラーが表示されます。証明書をインストールするか、次の回避策をお試しください。

    1. GDC Sandbox のブラウザで、ウェブページ https://objectstorage.org-1.zone1.google.gdch.test を開き、証明書を受け入れます。
    2. ファイルのアップロードをもう一度試します。
    3. ErrPresignSignatureNotRecognized などの問題が引き続き発生する場合は、gdcloud config set storage/s3_insecure_skip_tls_verify true を使用して TLS 検証を無効にしてみてください。

  3. ログイン タイムアウト: 環境に数分間アクセスしないと、UI と CLI の両方で認証がタイムアウトする可能性があります。

    1. UI のタイムアウトの場合: ブラウザのキャッシュを削除して、ブラウザを更新します。
    2. gdcloud のタイムアウトの場合: もう一度ログインします。インスタンスに接続するをご覧ください。

  4. PersistentVolumeClaim オブジェクトの作成でサポートされているストレージ クラスは standard-rwo: ReadWriteOnceのみです。standard-rwx: ReadWriteMany ストレージ クラスは対象外です。

  5. gdcloud config set を使用して auth/login_config_cert_path を設定すると、gdcloud auth login の実行後に値が設定解除されます。この問題を回避するには、gdcloud auth login の実行時に常に --login-config-cert=/tmp/org-1-web-tls-ca.cert を追加します。

  6. RDP にログインした後、Chrome を起動できません。次の回避策をお試しください。

    1. ~/.local/share/keyrings を削除します。
    2. 次のコマンドで Chrome を起動します。
    /opt/google/chrome/google-chrome --password-store=basic

  7. fop-platform-admin@example.com ユーザーから組織 IAM 管理者ロールが削除された場合、ロールを再割り当てすることはできません。また、ユーザーはほとんどの機能にアクセスできなくなります。この場合は、GDC Sandbox サポートにお問い合わせください。

  8. ゲートウェイ インスタンスでウェブブラウザを開けません。考えられる原因: ゲートウェイのディスク容量が不足している。ほとんどの場合、スペースは、孤立したコンテナ、ボリューム、イメージでいっぱいになっています。 次の修正を試して、スペースをクリーンアップしてください。

    docker images prune -a
docker volumes prune
docker containers prune

  9. gcloud compute ssh を使用して仮想マシン（VM）に接続しようとすると失敗します。代わりに、sshuttle を VM に接続するで説明されているように使用してください。

  10. サービス アカウントの認証が dial tcp: lookup service-accounts.org-1.google.gdch.test on with no such host で失敗する場合は、アプリケーションのデフォルト認証情報を持つ KEY_FILE の token_uri を https://service-accounts.org-1.zone1.google.gdch.test/authenticate に変更します。

  11. GPU ホストは、エコシステムの他の部分からアーキテクチャ的に分離されています。データプレーン サービス（DBS やオブジェクト ストレージなど）と汎用 VM は、GPU ワークロードが実行されるリソースへのアクセスから明示的に除外されます。

  12. サンドボックスの監査ログは、サンドボックスのプロビジョニングまたは更新のたびに一時的にのみ使用できます。サンドボックスの監査ロギングは、PA / IO ペルソナ機能であるため、公式にはサポートされていないユースケースです。サンドボックスの目的は、AO ペルソナのテストを支援することです。

    1. この問題を回避するには、サンドボックス環境を更新または再プロビジョニングして監査ログへのアクセスを一時的に復元するか、StatefulSet のロールアウト再起動を行います。

      kubectl rollout restart statefulset -n obs-system audit-logs-loki-io