Azure Stack HCI 仮想マシン用の CentOS Linux イメージを準備する (プレビュー)
適用対象: Azure Stack HCI バージョン 23H2
この記事では、CentOS Linux イメージを準備して、Azure Stack HCI クラスターに仮想マシン (VM) を作成する方法について説明します。 VM イメージの作成には Azure CLI を使用します。
前提条件
開始する前に、次の前提条件を満たします。
- Azure Stack HCI クラスターにアクセスできます。 このクラスターはデプロイされ、登録され、Azure Arc に接続されます。 Azure Stack HCI クラスター リソースの [概要 ] ページに移動します。 右側のウィンドウの [サーバー] タブに、Azure Arc が [接続済み] と表示されます。
- Azure Stack HCI クラスターでサポートされている最新の ISO イメージ をダウンロードします。 ここでは、CentOS-7-x86_64-Everything-2207-02.iso ファイルをダウンロードしました。 このイメージを使用して VM イメージを作成します。
ワークフロー
CentOS イメージを準備し、そのイメージから VM イメージを作成するには:
次のセクションでは、ワークフローの各ステップの詳細な手順について説明します。
CentOS イメージから VM イメージを作成する
重要
VM でゲスト管理を有効にする場合は、CentOS イメージを準備することをお勧めします。
Azure Stack HCI クラスターで次の手順に従って、Azure CLI を使用して VM イメージを作成します。
手順 1: CentOS VM を作成する
ダウンロードした CentOS イメージを使用して VM をプロビジョニングするには:
ダウンロードしたイメージを使用して、次の仕様で VM を作成します。
VM のフレンドリ名を指定します。
ここで VHDX イメージを使用しているときに、VM の第 2 世代を指定します。
スタートアップ メモリに 4096 を割り当てます。
VM が接続に使用する仮想ネットワーク スイッチを選択します。
[仮想ハード ディスクの接続] ページで既定値をそのまま使用します。
起動可能なイメージから [オペレーティング システムのインストール] を選択 します。 前にダウンロードした ISO をポイントします。
詳細な手順については、「Hyper-V マネージャーを使用した VM のプロビジョニング」を参照してください。
UEFI 証明書を使用して VM をセキュア ブートします。
- VM が作成されると、Hyper-V マネージャーに表示されます。 VM を選択して右クリックし、[設定] を選択 します。
- 左側のウィンドウで、[セキュリティ] タブを選択します。次に、[セキュア ブート] の [テンプレート] ドロップダウン リストから Microsoft UEFI 証明機関を選択します。
- [OK] を選択して変更を保存します。
Hyper-V マネージャーから VM を選択し、VM を起動します。 指定した ISO イメージから VM が起動します。
手順 2: VM に接続して CentOS をインストールする
VM が実行されたら、次の手順に従います。
Hyper-V マネージャーから VM を選択します。 右クリックし、開いたメニューで [接続] を選択します。
ブート メニューから [ CentOS 7 のインストール] オプションを選択します。
言語を選択し、[続行] を選択します。
インストール先を選択し、[完了] を選択 します。
[ネットワーク] と [ホスト名] を選択 します。
ネットワーク インターフェイスの ON スイッチを有効にし、[完了] を選択 します。
[ユーザー設定] を選択し、ルート パスワードを設定します。 パスワードを入力し、パスワードを確認して、[完了] を選択 します。
[構成の完了] を選択します。
[インストールの開始] を選択 します。 インストールが完了したら、[再起動] を選択して VM を再起動します。
手順 3: VM を構成する
VM を構成するには:
CentOS のインストール時に作成したルート パスワードを使用して、VM に接続してからサインインします。
インストール
cloud-init
されていないことを確認します。sudo yum list installed | grep cloud-init
インストールされているバージョンをインストール
cloud-init
して確認しますcloud-init
。sudo yum install cloud-init cloud-init --version
手順 4: 残余構成をクリーンアップする
履歴や既定の構成なしでクリーンな VM イメージを作成できるように、VM からマシン固有のファイルとデータを削除します。 Azure Stack HCI クラスターで次の手順に従って、残りの構成をクリーンアップします。
既定の構成を
cloud-init
クリーンアップします。sudo yum clean all sudo cloud-init clean
ログとキャッシュをクリーンアップします。
sudo rm -rf /var/lib/cloud/ /var/log/* /tmp/*
bash 履歴を削除します。
rm -f ~/.bash_history export HISTSIZE=0 logout
VM をシャット ダウンします。 Hyper-V マネージャーで、[アクション>のシャットダウン] に移動します。
VHDX をエクスポートするか、VM から VHDX をコピーします。 次の方法を使用できます。
- VHDX を Azure Stack HCI 上のクラスター共有ボリューム上のユーザー ストレージにコピーします。
- または、ページ BLOB として VHDX を Azure Storage アカウントのコンテナーにコピーします。
手順 5: VM イメージを作成する
Azure Stack HCI クラスターで次の手順に従って、前に作成した VHDX から VM イメージを作成します。
Azure CLI を使用して VM イメージを作成します。
PowerShell を管理者として実行します。
サインインする。 次のコマンドレットを実行します。
az login
サブスクリプションを設定します。 次のコマンドレットを実行します。
az account set --subscription <Subscription ID>
サブスクリプション、リソース グループ、カスタムの場所、場所、イメージの OS の種類、イメージの名前、およびイメージが配置されているパスのパラメーターを設定します。 パラメーター
< >
を適切な値に置き換えます。$Subscription = "<Subscription ID>" $Resource_Group = "<Resource group>" $CustomLocation = "<Custom location>" $Location = "<Location for your Azure Stack HCI cluster>" $OsType = "<OS of source image>"
パラメーターについては、次の表で説明します。
パラメーター 説明 Subscription
Azure Stack HCI クラスターに関連付けられているサブスクリプション。 Resource_Group
このイメージに関連付ける Azure Stack HCI クラスターのリソース グループ。 Location
Azure Stack HCI クラスターの場所。 たとえば、場所は次のようになります eastus
westreurope
。OsType
ソース イメージに関連付けられているオペレーティング システム。 このシステムには、Windows または Linux を使用できます。 VM の VHDX を使用してギャラリー イメージを作成します。 この VM イメージを使用して、Azure Stack HCI に Azure Arc 仮想マシンを作成します。
Azure Stack HCI のクラスター共有ボリューム内のユーザー ストレージ内の VHDX を必ずコピーしてください。 たとえば、パスは次のようになります
C:\ClusterStorage\UserStorage_1\linuxvhdx
。$ImagePath = "Path to user storage in CSV" $ImageName = "mylinuxvmimg" az stack-hci-vm image create --subscription $subscription -g $resource_group --custom-location $CustomLocation --location $location --image-path $ImagePath --name $ImageName --debug --os-type 'Linux'
イメージが作成されていることを確認します。
関連するコンテンツ
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示