Microsoft Corporation KEK CA 2011 は 2026 年に期限切れに伴い

ITニュース.　2026年6月にセキュアブート証明書の有効期限切れ、企業は対策が必要な場合も

セキュア ブート移行に関するよくあるご質問(FAQ)

を見ていましてセキュアブート用の証明書が切れることを知りました。

Windows セキュア ブート キーの作成と管理のガイダンス

にも、下記のように書かれています。（上記より文面引用します）

Microsoft Corporation KEK CA 2011 は 2026 年に期限切れになる予定で、すべての OEM は、新しい Microsoft Corporation KEK CA 2023 の更新プログラムを作成、署名、および Microsoft に提出する必要があります。 これにより、Microsoft は新しい Microsoft KEK CA を使用して市販デバイスを更新でき、システムは 2026 年以降も引き続き DB と DBX の更新プログラムを受け取ります。

ということで、どうやって更新するのかと思っていたら、運よくWindows Updateで配布されているのを捕捉できました！

 

2028 年にリタイア予定の Azure VM サイズについて調べた その2

2028 年にリタイア予定の Azure VM サイズについて調べた

で使用しているAzure Virtual Machine（Azure VM）がいくつかリタイヤすることがわかりました。改めてサイズ変更のやり方をwrap upします。

まずは、Azure VMをシャットダウンします。シャットダウンしない場合は、サイズ変更時に再起動してしまいますので。

Azure VMがシャットダウンしたら、下方向へスクロールしてサイズをクリックします。

Standard_B2s_v2にしようと思ったのですが、見当たらないのでD2lds_v5に変更します。

サイズ変更が完了したら、Azure VMを起動すれば完了です。

2028 年にリタイア予定の Azure VM サイズについて調べた

2028 年にリタイア予定の Azure VM サイズについて（D, Ds, Dv2, Dsv2, Ls および F, Fs, Fsv2, Lsv2, G, Gs, Av2, Amv2, B シリーズ）

という記事を見つけました。うちもBシリーズを使っているのですが、該当するのか否かを調べてみることにしました。記載されているスクリプトなどを実行してみます。

まず全てのAzure VMをResource Graph エクスプローラーで検索しました。

続いて、2028年にリタイヤするAzure VMをResource Graph エクスプローラーで検索しました。

7/8件が該当しました。2028年とまだ先ではありますが、どこかでシャットダウンしてVMサイズを変えておきます。

なお、

2028 年にリタイア予定の Azure VM サイズについて（D, Ds, Dv2, Dsv2, Ls および F, Fs, Fsv2, Lsv2, G, Gs, Av2, Amv2, B シリーズ）

に下記文言があります。下記のAzure VMサイズは、リタイヤ対象では無いです、念のため。

Standard_D2_v3 サイズといった Dv3 シリーズや Standard_B2s_v2 サイズといった Bsv2 サイズなどは、今回のリタイアの対象には含まれておりません。

wSCUGJ 第49回勉強会セッション資料「Azure MigrateによるVMwareからAzure Localへの移行概要」

Azure MigrateによるVMwareからAzure Localへの移行概要 by @sshzk

wSCUGJ 第49回勉強会セッション動画「Azure MigrateによるVMwareからAzure Localへの移行概要」

 

Azure Local のRack Aware/multi-rack deploymentsで要求されるリソースプロバイダーの登録状況を確認する その2

Azure Local のRack Aware/multi-rack deploymentsで要求されるリソースプロバイダーの登録状況を確認する

では、Azure PowerShellをCloud Shellで実行するようにしました。ただ

Prerequisites for multi-rack deployments of Azure Local (preview)

は、Azure CLIで実行するようになっています。だったら、Azure CLIで登録状況を確認できた方が良いですよね。
改めてChatGPTとやりとりして、Cloud Shellで動作確認したものです。

Cloud Shellにcatを使ってファイルを保存します。

cat << 'EOF' > check-providers.sh

#!/usr/bin/env bash

set -euo pipefail

SUBSCRIPTION_ID="$1"

if [[ -z "${SUBSCRIPTION_ID:-}" ]]; then

  echo "Usage: $0 <subscription-id>"

  exit 1

fi

PROVIDERS=(

  "Microsoft.AzureArcData"

  "Microsoft.Compute"

  "Microsoft.AzureStackHCI"

  "Microsoft.ContainerService"

  "Microsoft.ExtendedLocation"

  "Microsoft.GuestConfiguration"

  "Microsoft.HybridCompute"

  "Microsoft.HybridConnectivity"

  "Microsoft.HybridContainerService"

  "Microsoft.HybridNetwork"

  "Microsoft.Insights"

  "Microsoft.KeyVault"

  "Microsoft.Kubernetes"

  "Microsoft.KubernetesConfiguration"

  "Microsoft.ManagedIdentity"

  "Microsoft.ManagedNetworkFabric"

  "Microsoft.Network"

  "Microsoft.NetworkCloud"

  "Microsoft.OperationalInsights"

  "Microsoft.OperationsManagement"

  "Microsoft.Relay"

  "Microsoft.ResourceConnector"

  "Microsoft.Resources"

  "Microsoft.Storage"

  "Microsoft.NexusIdentity"

)

az account set --subscription "$SUBSCRIPTION_ID"

printf "%-40s %s\n" "Provider" "Status"

printf "%-40s %s\n" "--------" "------"

for ns in "${PROVIDERS[@]}"; do

  state=$(az provider show \

    --namespace "$ns" \

    --query "registrationState" \

    -o tsv 2>/dev/null || echo "NotFound")

  printf "%-40s %s\n" "$ns" "$state"

done

EOF

実行権限を付与します。

chmod +x check-providers.sh

実行権限を付与したので、ファイル名とサブスクリプションIDを指定して実行します。

./check-providers.sh <subscription-id>

実行結果の例を下記に貼ります。

結果の内容自体は、Azure Local のRack Aware/multi-rack deploymentsで要求されるリソースプロバイダーの登録状況を確認する と同じです。

Azure Local のRack Aware/multi-rack deploymentsで要求されるリソースプロバイダーの登録状況を確認する

Prerequisites for multi-rack deployments of Azure Local (preview) - Register resource providers

を読んでいまして、Azure Localの通常デプロイにはないリソースプロバイダーがあるなと。とりあえず、未登録のものを知りたいので、chatGPTとやりとりすること数回。結果、

$subscriptionId = "あなたのサブスクリプションID"
Select-AzSubscription -SubscriptionId $subscriptionId
$providers = @(
  "Microsoft.AzureArcData",
  "Microsoft.Compute",
  "Microsoft.AzureStackHCI",
  "Microsoft.ContainerService",
  "Microsoft.ExtendedLocation",
  "Microsoft.GuestConfiguration",
  "Microsoft.HybridCompute",
  "Microsoft.HybridConnectivity",
  "Microsoft.HybridContainerService",
  "Microsoft.HybridNetwork",
  "Microsoft.Insights",
  "Microsoft.Keyvault",
  "Microsoft.Kubernetes",
  "Microsoft.KubernetesConfiguration",
  "Microsoft.ManagedIdentity",
  "Microsoft.ManagedNetworkFabric",
  "Microsoft.Network",
  "Microsoft.NetworkCloud",
  "Microsoft.OperationalInsights",
  "Microsoft.OperationsManagement",
  "Microsoft.Relay",
  "Microsoft.ResourceConnector",
  "Microsoft.Resources",
  "Microsoft.Storage",
  "Microsoft.NexusIdentity"
)
$providers |
ForEach-Object {
    $rp = Get-AzResourceProvider -ProviderNamespace $_ -ErrorAction SilentlyContinue
    if ($null -eq $rp) {
        [PSCustomObject]@{
            Provider = $_
            Status   = "NotFound"
        }
    }
    else {
        [PSCustomObject]@{
            Provider = $_
            Status   = ($rp | Select-Object -First 1).RegistrationState
        }
    }
} |
Format-Table -AutoSize

が出来上がりました。出力結果は下記の通りなのですが、しばらく待つ必要がありますのでご注意ください。

別途、未登録のリソースプロバイダーを登録するように改良もできますね。