次の方法で共有


HPC Pack IaaS デプロイ スクリプトを使用して Linux ハイ パフォーマンス コンピューティング (HPC) クラスターを作成する

重要

クラシック VM は、2023 年 3 月 1 日に廃止されます。

ASM の IaaS リソースを使用する場合は、2023 年 3 月 1 日までに移行を完了してください。 Azure Resource Manager の多数の機能強化を活用するために、早急に切り替えを行うことをお勧めします。

詳細については、「2023 年 3 月 1 日までに IaaS リソースを Azure Resource Manager に移行する」を参照してください。

HPC Pack IaaS デプロイ PowerShell スクリプトを実行して、Linux ワークロード用の完全な HPC Pack 2012 R2 クラスターを Azure 仮想マシンにデプロイします。 クラスターは、Windows Server と Microsoft HPC Pack を実行する Active Directory に参加しているヘッド ノードと、HPC Pack でサポートされている Linux ディストリビューションのいずれかを実行するコンピューティング ノードで構成されます。 Windows ワークロード用に Azure に HPC Pack クラスターをデプロイする場合は、「 HPC Pack IaaS デプロイ スクリプトを使用して Windows HPC クラスターを作成する」を参照してください。

重要

この記事で説明する PowerShell スクリプトでは、クラシック デプロイ モデルを使用して、Azure に Microsoft HPC Pack 2012 R2 クラスターを作成します。 最新のデプロイメントでは、リソース マネージャー モデルを使用することをお勧めします。 さらに、この記事で説明するスクリプトは HPC Pack 2016 をサポートしていません。 HPC Pack 2012 R2 および HPC Pack 2016 用の Resource Manager テンプレートの詳細については、 Azure の HPC Pack クラスターデプロイ オプションを参照してください。

環境と選択に応じて、スクリプトは、Azure 仮想ネットワーク、ストレージ アカウント、クラウド サービス、ドメイン コントローラー、リモートまたはローカルの SQL データベース、ヘッド ノード、追加のクラスター ノードなど、すべてのクラスター インフラストラクチャを作成できます。 または、スクリプトで既存の Azure インフラストラクチャを使用し、HPC クラスター ノードのみを作成することもできます。

HPC Pack クラスターの計画に関する背景情報については、HPC Pack 2012 R2 TechNet ライブラリの 製品の評価と計画概要 に関するコンテンツを参照してください。

[前提条件]

  • Azure サブスクリプション: Azure グローバル サービスまたは Azure China サービスでサブスクリプションを使用できます。 サブスクリプションの制限は、デプロイできるクラスター ノードの数と種類に影響します。 詳細については、 Azure サブスクリプションとサービスの制限、クォータ、制約に関するページを参照してください。
  • Azure PowerShell 0.8.10 以降がインストールおよび構成されている Windows クライアント コンピューター: Azure サブスクリプションに接続するためのインストール手順と手順については、「 Azure PowerShell の概要 」を参照してください。
  • HPC Pack IaaS デプロイ スクリプト: Microsoft ダウンロード センターから最新バージョンのスクリプトをダウンロードしてアンパックします。 New-HPCIaaSCluster.ps1 –Versionを実行して、スクリプトのバージョンを確認します。 この記事は、スクリプトのバージョン 4.5.2 に基づいています。
  • スクリプト構成ファイル: スクリプトが HPC クラスターの構成に使用する XML ファイルを作成します。 詳細と例については、この記事の後半のセクションと、デプロイ スクリプトに付属するファイル Manual.rtfを参照してください。

構文

New-HPCIaaSCluster.ps1 [-ConfigFile] <String> [-AdminUserName]<String> [[-AdminPassword] <String>] [[-HPCImageName] <String>] [[-LogFile] <String>] [-Force] [-NoCleanOnFailure] [-PSSessionSkipCACheck] [<CommonParameters>]

スクリプトは管理者として実行してください。

パラメーター

  • ConfigFile: HPC クラスターを記述する構成ファイルのファイル パスを指定します。 構成ファイルの詳細については、このトピックまたはスクリプトを含むフォルダーのManual.rtfファイルを参照してください。

  • AdminUserName: ユーザー名を指定します。 スクリプトによってドメイン フォレストが作成された場合、これはすべての VM のローカル管理者ユーザー名とドメイン管理者名になります。 ドメイン フォレストが既に存在する場合は、HPC Pack をインストールするためのローカル管理者ユーザー名としてドメイン ユーザーを指定します。

  • AdminPassword: 管理者のパスワードを指定します。 コマンド ラインで指定しない場合は、パスワードの入力を求められます。

  • HPCImageName (省略可能): HPC クラスターのデプロイに使用される HPC Pack VM イメージ名を指定します。 これは、Azure Marketplace の Microsoft 提供の HPC Pack イメージである必要があります。 指定しない場合 (通常は推奨)、発行された最新の HPC Pack 2012 R2 イメージがスクリプトによって選択されます。 最新のイメージは、HPC Pack 2012 R2 Update 3 がインストールされている Windows Server 2012 R2 Datacenter に基づいています。

    有効な HPC Pack イメージを指定しない場合、デプロイは失敗します。

  • LogFile (省略可能): デプロイ ログ ファイルのパスを指定します。 指定しない場合、スクリプトはスクリプトを実行しているコンピューターの一時ディレクトリにログ ファイルを作成します。

  • Force (省略可能): すべての確認プロンプトを抑制します。

  • NoCleanOnFailure (省略可能): 正常にデプロイされていない Azure VM が削除されないことを指定します。 スクリプトを再実行してデプロイを続行する前に、これらの VM を手動で削除してください。または、デプロイが失敗する可能性があります。

  • PSSessionSkipCACheck (省略可能): このスクリプトによってデプロイされた VM を含むすべてのクラウド サービスについて、Azure によって自己署名証明書が自動的に生成され、クラウド サービス内のすべての VM がこの証明書を既定の Windows リモート管理 (WinRM) 証明書として使用します。 これらの Azure VM に HPC 機能をデプロイするために、スクリプトは既定でこれらの証明書をクライアント コンピューターのローカル コンピューター\信頼されたルート証明機関ストアに一時的にインストールし、スクリプトの実行中に "信頼されていない CA" セキュリティ エラーを抑制します。 証明書は、スクリプトの終了時に削除されます。 このパラメーターを指定すると、証明書はクライアント コンピューターにインストールされず、セキュリティ警告は抑制されます。

    重要

    このパラメーターは、運用環境のデプロイには推奨されません。

次の例では、構成ファイル MyConfigFile.xmlを使用して HPC Pack クラスターを作成し、クラスターをインストールするための管理者資格情報を指定します。

.\New-HPCIaaSCluster.ps1 –ConfigFile MyConfigFile.xml -AdminUserName <username> –AdminPassword <password>

その他の考慮事項

  • このスクリプトは、必要に応じて、HPC Pack Web ポータルまたは HPC Pack REST API を使用してジョブの送信を有効にすることができます。
  • 追加のソフトウェアをインストールしたり、他の設定を構成したりする場合は、必要に応じて、ヘッド ノードでカスタムの構成前スクリプトと構成後スクリプトを実行できます。

構成ファイル

デプロイ スクリプトの構成ファイルは XML ファイルです。 スキーマ ファイル HPCIaaSClusterConfig.xsd は、HPC Pack IaaS デプロイ スクリプト フォルダーにあります。 IaaSClusterConfig は構成ファイルのルート要素であり、デプロイ スクリプト フォルダーのファイル Manual.rtfで詳しく説明されている子要素が含まれています。

構成 ファイルの例

次の構成ファイルは、ドメイン コントローラーとドメイン フォレストを作成し、ローカル データベースと 10 個の Linux コンピューティング ノードを持つ 1 つのヘッド ノードを持つ HPC Pack クラスターをデプロイします。 すべてのクラウド サービスは、東アジアの場所に直接作成されます。 Linux コンピューティング ノードは、2つのクラウド サービスと2つのストレージ アカウントに作成されます(つまり、MyLnxCNService01mylnxstorage01MyLnxCN-0001から MyLnxCN-0005 まで、MyLnxCNService02mylnxstorage02MyLnxCN-0006から MyLnxCN-0010 まで)。 コンピューティング ノードは、OpenLogic CentOS バージョン 7.0 Linux イメージから作成されます。

サブスクリプション名とアカウント名とサービス名に独自の値を置き換えます。

<?xml version="1.0" encoding="utf-8" ?>
<IaaSClusterConfig>
  <Subscription>
    <SubscriptionName>Subscription-1</SubscriptionName>
    <StorageAccount>mystorageaccount</StorageAccount>
  </Subscription>
  <Location>East Asia</Location>  
  <VNet>
    <VNetName>MyVNet</VNetName>
    <SubnetName>Subnet-1</SubnetName>
  </VNet>
  <Domain>
    <DCOption>NewDC</DCOption>
    <DomainFQDN>hpc.local</DomainFQDN>
    <DomainController>
      <VMName>MyDCServer</VMName>
      <ServiceName>MyHPCService</ServiceName>
      <VMSize>Large</VMSize>
    </DomainController>
  </Domain>
  <Database>
    <DBOption>LocalDB</DBOption>
  </Database>
  <HeadNode>
    <VMName>MyHeadNode</VMName>
    <ServiceName>MyHPCService</ServiceName>
    <VMSize>ExtraLarge</VMSize>
  </HeadNode>
  <LinuxComputeNodes>
    <VMNamePattern>MyLnxCN-%0001%</VMNamePattern>
    <ServiceNamePattern>MyLnxCNService%01%</ServiceNamePattern>
    <MaxNodeCountPerService>5</MaxNodeCountPerService>
    <StorageAccountNamePattern>mylnxstorage%01%</StorageAccountNamePattern>
    <VMSize>Medium</VMSize>
    <NodeCount>10</NodeCount>
    <ImageName>5112500ae3b842c8b9c604889f8753c3__OpenLogic-CentOS-70-20150325 </ImageName>
  </LinuxComputeNodes>
</IaaSClusterConfig>

トラブルシューティング

  • "VNet が存在しません" というエラーが表示されます。 HPC Pack IaaS デプロイ スクリプトを実行して、1 つのサブスクリプションで複数のクラスターを同時に Azure にデプロイすると、"VNet VNet_Nameが存在しません" というエラーで 1 つ以上のデプロイ 失敗する可能性があります。 このエラーが発生した場合は、失敗したデプロイのスクリプトを再実行します。

  • Azure 仮想ネットワークからインターネットにアクセスする場合の問題。 デプロイ スクリプトを使用して新しいドメイン コントローラーを使用して HPC Pack クラスターを作成した場合、またはヘッド ノード VM をドメイン コントローラーに手動で昇格した場合、Azure 仮想ネットワーク内の VM をインターネットに接続するときに問題が発生する可能性があります。 これは、フォワーダー DNS サーバーがドメイン コントローラーで自動的に構成され、このフォワーダー DNS サーバーが正しく解決されない場合に発生する可能性があります。

    この問題を回避するには、ドメイン コントローラーにログオンし、フォワーダー構成設定を削除するか、有効なフォワーダー DNS サーバーを構成します。 これを行うには、[サーバー マネージャー] で [ ツール>DNS ] をクリックして DNS マネージャーを開き、[ フォワーダー] をダブルクリックします。

次のステップ