さっしーの試してみるか3

2022年5月14日土曜日

Azure Arc Resource Bridgeを展開する　その2 カスタムロケーションを作ってAzure Arc Resource Bridgeを展開

Azure Arc Resource Bridgeを展開する　その1 準備　の続きです。

本稿は、Deploy Azure Arc Resource Bridge using command line の

Create a custom location by installing Azure Arc Resource Bridge 項を確認します。

1.Provide inputs for the following, using the parameters described below.

のパートです。変数設定します。

2.Log in to your Azure subscription and get the extension and providers for Azure Arc Resource Bridge:

のパートです。Azureへのログインから順次コマンドを実行していきます。

3.Run the following cmdlets:

のパートです。$resource_nameを設定し、CSV配下にフォルダーを作成します。がすでに作成済みだった。

New-ArcHciConfigFilesを実行します。
※仮想スイッチなどの変数は、再定義してます。

az arcappliance deploy hciを実行します。

上図の赤枠にあるアプライアンスのIPアドレスは、DHCPからリースされたものが使われていますね。でもタイムアウトしてます。。。

リトライしたところ、成功しました。。。

az arcappliance create hciを実行します。

4.Verify that the Arc appliance is running. Keep running the following cmdlets until the appliance provisioning state is Succeeded and the status is Running. This operation can take up to five minutes.

のパートです。statusが、Runningになるまで待ちました。

5.Add the required extensions for VM management capabilities to be enabled via the newly deployed Arc Resource Bridge:

のパートです。

6.Verify that the extensions are installed. Keep running the following cmdlet until the extension provisioning state is Succeeded. This operation can take up to five

minutes.

のパートです。

7.Create a custom location for the Azure Stack HCI cluster, where customloc_name is the name of the custom location, such as "HCICluster -cl":

のパートです。カスタムロケーション名は、とりあえずそのまま使ってます。

ということで、汎用サービス、Resource Bridgeの仮想マシンが出来てます。

Azure Arc Resource Bridgeを展開する　その3 仮想ネットワークとVMイメージを登録　に続く。

Azure Arc Resource Bridgeを展開する　その1 準備

本稿は、Deploy Azure Arc Resource Bridge using command line の
※2022/05/17 上記リンクが正しくなかったためリンク切れしておりました。現在は修正済みです。ご指摘いただいた後藤さんへ感謝申し上げます。

Install PowerShell modules and update extensions 項を確認します。

1.Install the required PowerShell modules by running the following cmdlet as an administrator on all servers of the Azure Stack HCI cluster:

のパートです。全サーバーへNuGetのインストール、PowerShellGetモジュールをインストールします。画像は2ノードクラスターの片方のみです、悪しからずご了承ください。

PowerShellモジュールのインストールがすんだら、PowerShellウィンドウをいったん閉じて開きなおします。それが終わったら、Mocモジュールのインストールと初期化、ArcHCIモジュールのインストールを行います。画像は2ノードクラスターの片方のみです、悪しからずご了承ください。

2.Restart PowerShell and then provide inputs for the following in the PowerShell window on any one server of the cluster, using the parameters described below.

のパートです。PowerShellモジュールのインストールがすんだら、PowerShellウィンドウをいったん閉じて開きなおします。変数に値をセットします。

3.Prepare configuration for Azure Arc Resource Bridge:

のパートです。New-MocNetworkSettingの実行後、Set-MocConfigを何回か実行したところエラー。"connectionStatus is NotRecently"をいうことです。

これは、検証時のみ、Azure Stack HCIクラスターを起動しているため、Azureとの接続状態が最新化されていないということでして。何らかの理由で、Azure Stack HCIクラスターとAzureと接続していないと起こりうる感じでしょうかね。

Windows Admin Center (WAC)を起動して、Azureと同期します。

Azureと同期で来たので、Set-MocConfigを再実行できました。続いてInstall-Mocを実行します。

で、エラー。。。こちらも何回かリトライしました。エラーをよく見ると、AD DCかDNSのアクセス権限が足りていないようです。

ADのOUに権限付与してみました。

Install-Mocの実行が成功しました。

4.Update the required extensions:

のパートです。全サーバーで実施しました。画像は2ノードクラスターの両方です。

Azure Arc Resource Bridgeを展開する　その2 カスタムロケーションを作ってAzure Arc Resource Bridgeを展開　に続く

2022年5月10日火曜日

Windows Server 2019のイベントログサブスクリプション構成へ、設定をひと手間加えないとダメなんだなぁ。

Windows Server 2022とAzure Stack HCI OSからイベントログ転送を確認したくて、Windows Server 2019でイベントログサブスクリプションを構成しました。が、一向にイベントログが飛んでこない。

イベントログサブスクリプションのランタイム状態を確認したらエラー。。。
※接続テストは、通っていたのに。。。

上記ダイアログにnetsh httpの記載があったので、確認してみました。まずイベントログサブスクリプションを構成したサーバー（通称コレクター）のイベントログを見てみたところ、エラーが発生していました。。。

netsh http show urlaclを実行してみました。

この情報と、イベントソース：Windows Remote Management、イベントID：10129を基に検索してみたところ、以下の情報を見つけました。

Events are not forwarded if the collector is running Windows Server

上記情報に、下記のような文面がありましたので引用します。（日本語がちょっとあれなので英文）。

The services function differently in Windows Server 2019. If a Windows Server 2019 computer has more than 3.5 GB of RAM, separate svchost processes run WinRM and WecSvc. Because of this change, event forwarding may not function correctly in the default configuration.

ということで、「WSMANに対してセキュリティ強化されている」と理解しました。よって、

Events are not forwarded if the collector is running Windows Server

の[Resolution]項にある下記のコマンドを実行すればよいと判断しました。

netsh http delete urlacl url=http://+:5985/wsman/
netsh http add urlacl url=http://+:5985/wsman/ sddl=D:(A;;GX;;;S-1-5-80-569256582-2953403351-2909559716-1301513147-412116970)(A;;GX;;;S-1-5-80-4059739203-877974739-1245631912-527174227-2996563517)

S-1-5-80-4059739203-877974739-1245631912-527174227-2996563517 がWecSvcのSIDと理解してます。で実行してみました。