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

2023年11月4日土曜日

Apple Siliconで仮想化したい　その2

Apple Siliconで仮想化したい　その1　からの続き。

注意）Windows 11のライセンスがある前提で記載しています。ご留意ください。

VMware Fusion PlayerでWindows 11 ARMのセットアップ挙動をおおよそ見てみます。

ISOファイルをダウンロードできる仕様です。

仮想化されたTPM用のパスワードを入力します。

仮想ディスクの設定です。

設定終了。あまり細かな設定はできない感じです。

仮想マシンの名称を保存して、ISOファイルからのブートに進みます。

Windows 11のセットアップに進みます。

ここはvnicを認識したので、更新プログラムなどのチェックに行きましたね。

※ただ、気のせいかvnicをうまく認識しないこともあるような。。。

今回は、個人用でセットアップします。

（途中の画面は省略してます）承諾を押す画面へ。

再起動後に、VMware Toolsをインストールします。

インストール完了すると、画面サイズが変更されました。

再起動します。

ARM64版Windowsがインストール出来ました。

UTMと大きく異なるのは、仮想マシン用ツールをインストールせずともvnicがネットワーク接続できた所ですね。

VMware Fusion単体としては、画面サイズが少々調整しにくかったりします。好みの問題かも知れません。

※このあと都合により、ブリッジ接続へvnic設定変更しておきましたw

Apple Siliconで仮想化したい　その1

Windows 11 ARMを使ってみたく（それ以外にも動画編集などを行います）MacBook Proを入手しました。

Windows 11 ARMを使うには、仮装化が必要です。Apple Siliconの仮想化は、おおよそ下記があるようですね。

UTM
Apache 2.0 licenseに基づいて配布されています。セットアップ事例をインターネットで見かけますね。
VMware Fusion
有償版もありますが、今回は個人使用で無償なPlayerです。
Parallels Desktop for Mac
サブスクリプションでの有償提供。マイクロソフトがWindows 11 ARMを唯一サポートする仮想化環境ですね。メジャーゆえセットアップ事例に事欠かず、一番苦労しないと思われます。

ご存知の通り、Windows 11はインストール/セットアップ中で、インターネットアクセスにてMSアカウントか組織アカウントにて認証するパターンがあります。この認証時にインターネットアクセスする挙動が、上記仮想化製品でどのように対応されているのかをまずは見てみることとしました。それ以外に気づきがあれば、ここへメモします。

注意）Windows 11のライセンスがある前提で記載しています。ご留意ください。

と冒頭から大風呂敷を広げましたが w、本稿はUTMについて記します。

UTMで使用するISOファイルは、CrystalFetchを使います。CrystalFetchは、既定値で使った方が良いかも。Insider Priviewをダウンロードしたのですが、ISOファイルからうまく起動できない例に遭遇しましたので。。。

※本稿の執筆にあたり、簡単になった！UTM 4.0でM1 MacにWindows 11を参考にしております。

ISOファイルのビルド番号は、22621となります。

で、UTMでWindows 11 ARMをインストールしたところ、インターネット接続がない場合は、ローカルアカウントありきで進みました。あと画面の横幅が微妙に足りてない。。。

SPICE Gust Toolをインストールしておきます。

ただSPICE Gust Toolをインストールしたら、固まったような気がします。。。再起動したところ、画面サイズが変更できました。

あとネットワークは、ブリッジを選択すればインターネット接続ができた模様。

2023年10月21日土曜日

azcmagent connectでテナントIDを非明示とした場合、全く違うテナントに接続し、connectが失敗する事もあり

頻繁に発生する現象ではないと思いますが、テナントIDを非明示とした場合、全く違うテナントに接続した挙動を見つけましたので、書いておきます。
※別で持っているOffice 365のテナントIDかと思ったが違いました。

こんなメッセージが出て、Azure Arc 対応サーバーの登録が失敗するようになりました。

メッセージは、「終了コード: AZCM0042: Failed to Create Resource」なのですが、最高の権限を使っていることから、権限周りは考えにくく。

ログファイルは、"C:\ProgramData\AzureConnectedMachineAgent\Log\azcmagent.log"ですので、確認してみました。401のあたりからさかのぼっていくと、こんなメッセージがありました。

time="2023-10-21T09:56:56+09:00" level=debug msg="Azure response" Body="{\"error\":{\"code\":\"InvalidAuthenticationTokenTenant\",\"message\":\"The access token is from the wrong issuer 'https://sts.windows.net/f8cdef31-マスキングしてます/'. It must match the tenant 'https://sts.windows.net/2156436d-マスキングしてます/' associated with this subscription. Please use the authority (URL) 'https://login.windows.net/2156436d-マスキングしてます' to get the token. Note, if the subscription is transferred to another tenant there is no impact to the services, but information about new tenant could take time to propagate (up to an hour). If you just transferred your subscription and see this error message, please try back later.\"}}" Error Code=InvalidAuthenticationTokenTenant Operation=GET Status Code=401

上記赤字部分で別テナントへなぜか接続してますね。別のテナントだと権限がないわけで、エラーコートとしてはそうなります。

解決方法は、--tenant-idオプションにてテナントIDを明示的に指定します。

登録失敗が解消しました！

2023年10月14日土曜日

Azure Arcの画面にもESUが提供できる旨、表示されるようになりました。

Windows Server ＆ Cloud User Group Japan 第36回勉強会　にて発表あった

拡張セキュリティ更新プログラム (ESU) のおさらい

にESUの提供形態として、Azure Arcが増えている旨、説明がありました。

それに関してAzure Arcの画面にもメッセージが出るようになっていたので、そちらを貼ります。

遅まきながら、Convert-WindowsImageによるISOファイルからVHDXファイル生成

だんだん検証用途の環境がおかしくなっているような気がして、Convert-WindowsImageによるISOファイルからVHDXファイル生成に手を出すことにしました。

いろいろ探したところ、下記が一番新しそうです。

https://github.com/x0nn/Convert-WindowsImage

下記のコードでWindows クライアントで試したところ、うまくいきました。

$IsoPath = "C:\Sources\20349.1129.221007-2120.fe_release_hciv3_svc_refresh_SERVERAZURESTACKHCICOR_OEMRET_x64FRE_en-us.iso"
$VhdFormat = "VHDX"
$SizeByte = 127GB
$DiskLayout = "UEFI"
$VhdPath = "C:\Sources\g2azshcios127GB.vhdx"
Convert-WindowsImage -SourcePath $IsoPath -VHDFormat $VhdFormat -SizeBytes $SizeByte -DiskLayout $DiskLayout -VHDPath $VhdPath