次の方法で共有

Slurm デプロイ用に CycleCloud ワークスペースを計画する

  • [アーティクル]

Azure CycleCloud Workspace for Slurm に必要なすべてのリソースがプロビジョニングされるグリーンフィールド環境または既存のリソースを提供するブラウンフィールド デプロイをデプロイできます。

デプロイを行うときは、使用した Azure ユーザー アカウントに次のロールを付与する必要があります。

  • サブスクリプションの Contributor
  • サブスクリプションの User Access Administrator

Greenfield Deployment

グリーンフィールドデプロイでは、次のリソースとロールの割り当てが作成されます。

  • リソース グループ
  • 仮想ネットワーク、そのサブネット ccw-cyclecloud-subnet、および ccw-compute-subnet
  • 仮想マシンの ccw-cyclecloud-vm、NIC、OS、データ ディスク、およびシステム マネージド ID
  • CycleCloud プロジェクトの一意の名前付きストレージ アカウント
  • nsg-ccw-common という名前のネットワーク セキュリティ グループ
  • CycleCloud VM システム マネージド ID のサブスクリプション レベルでのロールの Contributor、Storage Account Contributor、および Storage Blob Data Contributor
  • 必要に応じて、Bastion、サブネット AzureBastionSubnet、パブリック IP bastion-pip
  • 必要に応じて、ccw-nat-gateway とパブリック IP pip-ccw-nat-gateway という名前の NAT ゲートウェイ
  • 必要に応じて、サブネットが hpc-anf-subnet された Azure NetApp Files アカウント、プール、ボリューム
  • 必要に応じて、サブネットが ccw-lustre-subnet された Azure Managed Lustre ファイルシステム
  • 必要に応じて VNET ピアリング
  • 必要に応じて、既存の Azure Database for MySQL フレキシブル サーバー インスタンスへのプライベート エンドポイント

ブラウンフィールドの展開

次の既存のリソースを提供できます。

  • 環境がデプロイされる VNET とサブネット
  • 外部 NFS マウント ポイントまたは Azure Managed Lustre ファイルシステムとしての、ユーザーのホーム ディレクトリや追加のファイラーのファイルシステム ストレージ
  • Slurm ジョブ アカウンティング用の Azure Database for MySQL フレキシブル サーバー インスタンス

独自の VNET を持ち込む場合は、次の前提条件に従う必要があります。

  • cycleCloud VM の /29 cyclecloud サブネット(サービス エンドポイント Microsoft.Storage 割り当て済み)
  • Microsoft.Storage サービス エンドポイントが割り当てられているノードの コンピューティング サブネット。 これは、スケジューラ、ログイン、コンピューティング ノードが作成される場所です
  • Azure NetApp Files を使用する場合、専用の netapp サブネットと、azure NetApp Files記載されている 委任が含まれます。
  • Azure Managed Lustre Filesystem を使用する場合、プロビジョニングするストレージ容量に基づいて CIDR を持つ専用の lustre サブネット Azure Managed Lustre
  • Bastion をデプロイする場合は、ここに記載されている専用の BastionSubnet
  • NSG は、bicep/network-new.bicep ファイルで定義されているサブネット間の通信を許可する必要があります。

クォータ

デプロイする前に、CycleCloud ノードに必要な仮想マシンの種類に必要なクォータがサブスクリプションにあることを確認します。