Windows コンテナー イメージから Foreign Layers が削除された（2023年6月のベース OS イメージから）

読んでも分かり難いですけど、Windows コンテナーのイメージのプッシュ／プルで使用される Foreign Layers の概念、これが 6 月のベース OS イメージから取り除かれたということらしい。

Announcing Removal of Foreign Layers from Windows Container Images
https://techcommunity.microsoft.com/t5/containers/announcing-removal-of-foreign-layers-from-windows-container/ba-p/3846833

2022年10月にEULA改訂されて、結合イメージの一部としてベース OS レイヤーの再配布が許可されたんですけど、それへの対応。

Announcing Windows Container Base Image Redistribution Rights Change
https://techcommunity.microsoft.com/t5/containers/announcing-windows-container-base-image-redistribution-rights/ba-p/3645201

これまでは Docker デーモンに --allow-nondistributable-artifacts を構成することで、ベース OS レイヤーをイメージに含めることができたそうです（以前は同一組織内での使用に限定でしたが、EULAの改訂で再配布もできるように）。

アナウンスを読んでもピンとこないかもしれないので、ちょっとデモでも。私もピンとこなかったので、やってみてやっと理解しました（たぶん）。

Windows Server with Containers イメージ、Marketplace からの消滅を確認

こちらに関連して、

Important Update – Deprecation of Docker Virtual Machine Images Extended to 30 April 2023
https://techcommunity.microsoft.com/t5/containers/important-update-deprecation-of-docker-virtual-machine-images/ba-p/3646272

 

4/30 に消える予定だった Windows Server with Containers イメージ、5月になっても更新イメージ（2023-05 B）が提供されたりして？？？と思ってましたが、数日前に、ようやく Azure Marketplace から with Containers イメージが消えた。Get-AzureRMVMImage とかで確認すると、まだ古いイメージが残っているみたいだけど（例えば、2019.0.20190410 2019-Datacenter-with-containers）。

 

Windows コンテナー関連のドキュメント アップデート

Mirantis Container Runtime (MCR) のライセンスとサポートが Microsoft から Mirantis に移行し、Azure 上の with Containers イメージもたぶん明日には消え去ると思いますが、知らないうちに（去年の中頃？）、Windows コンテナーまわりのドキュメントがアップデートされてました。

オンプレミスシナリオでの Windows Server コンテナーのサポート ポリシー
https://learn.microsoft.com/ja-jp/troubleshoot/windows-server/containers/support-for-windows-containers-docker-on-premises-scenarios
作業の開始:コンテナー用の Windows を準備する
https://learn.microsoft.com/ja-jp/virtualization/windowscontainers/quick-start/set-up-environment

オンプレのスタンドアロン Windows Server で Windows コンテナーを動かすオプションは次の3つ（クラスター環境なら AKS on Windows Server/Azure Stack HCI がある）。

Windows コンテナーのランタイムに関する重要な予告（1 年後）

1 年後の 2022 年 9 月のことだけど、Windows コンテナーのランタイムのサポートに関する重要な予告。

Updates to the Windows Container Runtime support
https://techcommunity.microsoft.com/t5/containers/updates-to-the-windows-container-runtime-support/ba-p/2788799
Windows Server container users: Mirantis is here to support you
https://www.mirantis.com/blog/windows-server-container-users-mirantis-is-here-to-support-you/
2021 Support Update for Docker Engine-Enterprise
https://info.mirantis.com/docker-engine-support

Windows Server 2022 のプロセス分離モードの下位互換（プレビュー）と Hyper-V 分離モードの上位互換（Windows 10 v21H1 向けの期間限定）

Windows コンテナー関係者にとっての Windows Server 2022 の重要な情報。

Windows Server 2022 and beyond for containers
https://techcommunity.microsoft.com/t5/containers/windows-server-2022-and-beyond-for-containers/ba-p/2712487

メモ：Hyper-V VM と Windows Container に対する PowerShell Direct のお話

PowerShell Remotingと同様のことを、Hyper-V ホストと Windows ゲストの仮想マシン間、コンテナー ホストと Windows コンテナー間でできるようにしたものが、Windows Server 2016 以降の PowerShell Direct。Enter-PSSession と Invoke-Command に -VMName や -ContainerId に接続先を指定すると使える。

例えば、Hyper-V の場合、仮想マシンのゲスト OS のコンソールにサインインしなくても、いろいろ情報を取ってこれて便利かも。1 つ目のコマンドは Get-ComputerInfo を実行したもの。2 つ目のコマンドはレジストリから詳細なビルド番号を取得する以下のコマンドライン。

 (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion").CurrentBuild + "." + (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion").UBR

 

Hyper-V で PowerShell Direct を可能にしているのが、ゲスト コンポーネントの Hyper-V PowerShell Direct Service（vmicvmsession）。

Azure App Service で Windows コンテナーのサポート GA

ようやく GA。

App Service announces the general availability of Windows Container support
https://azure.microsoft.com/ja-jp/updates/app-service-announces-general-availability-of-windows-container-support/

関連：

Azure App Service での Windows コンテナーに対する Windows Server 2019 のサポート開始（2019年4月3日）
https://azure.microsoft.com/ja-jp/blog/windows-server-2019-support-now-available-for-windows-containers-on-azure-app-service/
Azure App Service で Windows コンテナーのサポートのパブリック プレビューを開始（2018年8月8日）
https://azure.microsoft.com/ja-jp/blog/announcing-the-public-preview-of-windows-container-support-in-azure-app-service/

拙著 『Windows版Docker＆Windowsコンテナーテクノロジ入門』（日経 BP 社）では、mcr のパスの指定について書いてませんが（p162～p163）、次のようにサーバー URL に https://mcr.microsoft.com を指定して mcr パスを指定すればいけるみたい（前々からできたのかどうかは不明）。まぁ、サンプルくらいですけど。クイック スタートの設定を見ると、そうやって mcr.microsoft.com/azure-app-service/samples/aspnethelloworld:latest が指定されていた。

いつの間にかログストリームがポータルから見れるようになってた。

参考：

Configure a custom container for Azure App Service｜Supported parent images
https://docs.microsoft.com/en-us/azure/app-service/configure-custom-container?pivots=container-windows

メモ: PowerShell Direct to Windows Server Core Container

Windows Server 2016 Hyper-V からの Hyper-V VM への PowerShell Direct （Enter-PSSession と Invoke-Command の -VMName と -VMId）は、-ContainerID でWindows コンテナーにも使えたんだということに今日になってようやく気付く。

Windows 10でプロセス分離モードが使えるようになった件について続報

Windows 10 ver 1809＋Docker Desktop 2.1.0.0（19.03.1）から、Windowsコンテナーをプロセス分離モードで実行できるようになりましたが（ホストとコンテナーのビルドが一致しているとき）、Docker 側のリリースノートには記述があっても、MS 側の発表がこれまで見当たらなかった。

けど、いつからあるかわからない以下のドキュメントの "Can I run Windows containers in process-isolated mode on Windows 10? "に書いてました。Windows Server ベースのコンテナーを実行するときのライセンス制限とかもはっきりしてませんでしたが、プロセス分離モードとHyper-V分離モードのどちらもテストまたは開発目的限定で無制限 "Unlimited (for test or development purposes only)" 。

Frequently asked questions about containers（10/25/2019）
https://docs.microsoft.com/en-us/virtualization/windowscontainers/about/faq

関連：
Docker Enterprise 3.0 - Engine 19.03.4（と SAC 1909 の新機能について速レビュー）（2019/10/21）
Docker Desktop 2.0.0.2（Engine 18.09.1）、Windows Server コンテナー（process isolation）対応！（2019/01/17）

定期：Windows Container Updated Image .14393.1593 (Aug 9) & Docker EE 17.06.1-ee-2 (Aug 24) & Insider Image .16278.1000 (Sep 5)

Windows Container のベース OS イメージが 10.0.14393.1593 に更新されています。イメージ作成日は 2017-08-09 でした。8/9 (日本時間） に確認したときは存在しなかったんですが、翌日の 8/10 には利用可能になっていたようです。サイズは microsoft/nanoserver がダウンロード 137.4 MB（ベース レイヤがある場合の差分サイズ）、展開後 1.07GB GB、microsoft/windowsservercore がダウンロード 1.258 GB (同上)、展開後 10.3 GB。

Docker EE も最近更新され、 17.06.1-ee-2 になってています。

Windows Server Insider Preview のベース OS イメージも本日 10.0.16278.1000 が利用可能に。