Artikel ini memberikan jawaban atas beberapa pertanyaan paling umum tentang menggunakan kontainer Windows Server di Azure Kubernetes Service (AKS).
Mengapa saya tidak dapat membuat kumpulan simpul Server Windows 2019 baru?
Server Windows 2019 tidak didukung di Kubernetes versi 1.33 ke atas. Gunakan versi Windows Server yang didukung seperti Windows Server 2025 atau Windows Server 2022.
Mengapa saya tidak dapat memutakhirkan kumpulan simpul Server Windows 2019 saya ke Kubernetes versi 1.33?
Server Windows 2019 tidak didukung di Kubernetes versi 1.33 ke atas. Gunakan versi Windows Server yang didukung seperti Windows Server 2025 atau Windows Server 2022.
Jenis disk apa yang didukung untuk Windows?
Azure Disks dan Azure Files adalah jenis volume yang didukung, dan diakses sebagai volume New Technology File System (NTFS) dalam kontainer Windows Server.
Apakah Windows mendukung komputer virtual (VM) generasi 2?
VM Generasi 2 didukung pada Windows yang dimulai dengan Windows Server 2022. VM Generasi 2 adalah default di Windows Server 2025.
Untuk informasi selengkapnya, lihat Dukungan untuk VM generasi 2 di Azure.
Bagaimana cara menambal node Windows saya?
Untuk mendapatkan patch terbaru untuk simpul Windows, Anda dapat meningkatkan kumpulan simpul atau meningkatkan citra simpul.
Apakah mempertahankan IP sumber klien didukung?
Saat ini, pemertahanan IP sumber klien belum didukung pada node Windows.
Dapatkah saya mengubah jumlah maksimum pod per simpul?
Ya. Untuk informasi selengkapnya, lihat Jumlah maksimum pod.
Apa batas waktu protokol kontrol transmisi default (TCP) di OS Windows?
Batas waktu TCP default di OS Windows adalah empat menit. Nilai ini tidak dapat dikonfigurasi. Ketika aplikasi menggunakan waktu habis yang lebih lama, koneksi TCP antara kontainer yang berbeda dalam simpul yang sama ditutup setelah empat menit.
Mengapa saya melihat kesalahan ketika saya mencoba membuat kumpulan agen Windows baru?
Jika Anda membuat kluster sebelum Februari 2020 dan tidak melakukan operasi peningkatan apa pun, kluster masih menggunakan gambar Windows lama. Anda mungkin melihat kesalahan yang menyerupai contoh berikut:
Daftar citra berikut yang dirujuk dari templat deployment tidak ditemukan: Publisher: MicrosoftWindowsServer, Offer: WindowsServer, Sku: 2019-datacenter-core-smalldisk-2004, Versi: terbaru. Lihat artikel Menemukan dan menggunakan image mesin virtual Marketplace Azure dengan Azure PowerShell untuk petunjuk tentang cara menemukan image yang tersedia.
Untuk memperbaiki masalah ini, Anda perlu melakukan langkah-langkah berikut:
- Tingkatkan sarana kontrol kluster, yang memperbarui penawaran gambar dan penerbit.
- Buat kumpulan agen Windows baru.
- Pindahkan pod Windows dari kumpulan agen Windows yang ada ke kumpulan agen Windows baru.
- Hapus kumpulan agen Windows lama.
Mengapa saya melihat kesalahan saat mencoba menyebarkan pod Windows?
Jika Anda menentukan nilai di --max-pods yang lebih kecil dari jumlah pod yang ingin Anda buat, Anda mungkin melihat kesalahan No available addresses.
Untuk memperbaiki kesalahan ini, gunakan perintah az aks nodepool add dengan nilai --max-pods yang cukup tinggi. Contohnya:
az aks nodepool add \
--cluster-name $CLUSTER_NAME \
--resource-group $RESOURCE_GROUP \
--name $NODEPOOL_NAME \
--max-pods 3
Untuk detail selengkapnya, lihat --max-pods dokumentasi.
Mengapa ada pengguna tak terduga bernama "sshd" pada node komputer virtual saya?
AKS menambahkan pengguna bernama "sshd" saat menginstal layanan OpenSSH. Pengguna ini tidak berbahaya. Kami menyarankan agar pelanggan memperbarui pemberitahuan mereka untuk mengabaikan akun pengguna yang tidak terduga ini.
Bagaimana cara merotasi service principal untuk pool node Windows saya?
Kumpulan node Windows tidak mendukung rotasi service principal. Untuk memperbarui prinsipal layanan, buat kumpulan node Windows baru dan memigrasikan pod Anda dari kumpulan lama ke kumpulan yang baru. Setelah memigrasikan pod ke kumpulan baru, hapus kumpulan simpul yang lama.
Alih-alih perwakilan layanan, Anda dapat menggunakan identitas terkelola. Untuk informasi selengkapnya, lihat Menggunakan identitas terkelola di AKS.
Bagaimana cara mengubah kata sandi administrator untuk simpul Windows Server pada kluster saya?
Untuk mengubah kata sandi administrator menggunakan Azure CLI, gunakan az aks update perintah dengan --admin-password parameter . Contohnya:
az aks update \
--resource-group $RESOURCE_GROUP \
--name $CLUSTER_NAME \
--admin-password <new-password>
Untuk mengubah kata sandi menggunakan Azure PowerShell, gunakan Set-AzAksCluster cmdlet dengan -AdminPassword parameter . Contohnya:
Set-AzAksCluster `
-ResourceGroupName $RESOURCE_GROUP `
-Name $CLUSTER_NAME `
-AdminPassword <new-password>
Perlu diingat bahwa melakukan pembaruan kluster menyebabkan hidupkan ulang dan hanya memperbarui kumpulan simpul Windows Server. Untuk informasi tentang persyaratan kata sandi Windows Server, lihat Persyaratan kata sandi Windows Server.
Berapa banyak kumpulan simpul yang dapat saya buat?
Kluster AKS dengan kumpulan simpul Windows memiliki batas sumber daya yang sama dengan batas default yang ditentukan untuk layanan AKS. Untuk informasi selengkapnya, lihat Kuota, pembatasan ukuran komputer virtual, dan ketersediaan wilayah di Azure Kubernetes Service (AKS).
Bisakah saya menjalankan kontroler ingress pada simpul Windows?
Ya, Anda dapat menjalankan pengontrol ingress yang mendukung kontainer Windows Server.
Bisakah kontainer Windows Server saya menggunakan gMSA?
Ya. Dukungan akun layanan terkelola grup (gMSA) telah tersedia secara umum (GA) untuk Windows di AKS. Untuk informasi selengkapnya, lihat Mengaktifkan Akun Layanan Terkelola Grup (GMSA) untuk simpul Windows Server di kluster Azure Kubernetes Service (AKS)
Apakah ada batasan jumlah layanan pada kluster dengan simpul Windows?
Kluster dengan node Windows dapat memiliki sekitar 500 layanan (terkadang kurang) sebelum mengalami kelelahan port. Batasan ini berlaku untuk Layanan Kubernetes dengan Kebijakan Lalu Lintas Eksternal yang diatur ke "Kluster".
Ketika kebijakan lalu lintas eksternal pada Service dikonfigurasi sebagai Cluster, lalu lintas akan mengalami Source NAT tambahan di node. Proses ini juga menghasilkan reservasi port dari kumpulan port dinamis TCPIP. Kumpulan port ini adalah sumber daya terbatas (~port 16K secara default) dan banyak koneksi aktif ke Layanan dapat menyebabkan kelelahan kumpulan port dinamis yang mengakibatkan penurunan koneksi.
Jika Layanan Kubernetes dikonfigurasi dengan Kebijakan Lalu Lintas Eksternal diatur ke "Lokal", masalah kelelahan port tidak mungkin terjadi pada 500 layanan.
Bagaimana cara mengubah zona waktu kontainer yang sedang berjalan?
Untuk mengubah zona waktu kontainer Windows Server yang sedang berjalan, hubungkan ke kontainer yang sedang berjalan dengan sesi PowerShell. Contohnya:
kubectl exec -it CONTAINER-NAME -- PowerShell
Dalam kontainer yang sedang berjalan, gunakan Set-TimeZone untuk mengatur zona waktu kontainer yang sedang berjalan. Contohnya:
Set-TimeZone -Id "Russian Standard Time"
Untuk melihat zona waktu saat ini dari kontainer yang sedang berjalan atau daftar zona waktu yang tersedia, gunakan Get-TimeZone.