Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menambal Server dan Wadah Windows
Menambal Windows Server adalah tugas manajemen standar untuk Administrator Windows. Ini dapat dilakukan dengan menggunakan alat yang berbeda seperti Amazon System Manager - Patch Manager, WSUS, System Center Configuration Manager, dan banyak lainnya. Namun, node Windows di cluster Amazon EKS tidak boleh diperlakukan sebagai server Windows biasa. Mereka harus diperlakukan sebagai server yang tidak dapat diubah. Sederhananya, hindari memperbarui node yang ada, cukup luncurkan yang baru berdasarkan AMI baru yang diperbarui.
Menggunakan EC2 Image Builder
Contoh berikut menunjukkan komponen, yang dapat berupa komponen yang sudah ada sebelumnya yang dibuat oleh AWS (Amazon-managed) serta komponen yang Anda buat (Dimiliki oleh saya). Perhatikan Amazon-managed komponen yang disebut update-windows, ini memperbarui Windows Server sebelum menghasilkan AMI melalui pipeline EC2 Image Builder.
EC2 Image Builder memungkinkan Anda membangun AMI berdasarkan AMI Publik Terkelola Amazon dan menyesuaikannya untuk memenuhi kebutuhan bisnis Anda. Anda kemudian dapat mengaitkan AMI tersebut dengan Launch Template yang memungkinkan Anda menautkan AMI baru ke Grup Penskalaan Otomatis yang dibuat oleh EKS Nodegroup. Setelah itu selesai, Anda dapat mulai menghentikan Node Windows yang ada dan yang baru akan diluncurkan berdasarkan AMI yang baru diperbarui.
Mendorong dan menarik gambar Windows
Amazon menerbitkan AMI yang dioptimalkan EKS yang menyertakan dua gambar kontainer Windows yang di-cache.
mcr.microsoft.com/windows/servercore mcr.microsoft.com/windows/nanoserver
Gambar cache diperbarui mengikuti pembaruan pada OS utama. Ketika Microsoft merilis pembaruan Windows baru yang secara langsung mempengaruhi gambar dasar wadah Windows, pembaruan akan diluncurkan sebagai Pembaruan Windows biasa pada OS utama. Menjaga lingkungan tetap mutakhir menawarkan lingkungan yang lebih aman di tingkat Node dan Kontainer.
Ukuran gambar kontainer Windows memengaruhi push/pull operasi yang dapat menyebabkan waktu startup kontainer lambat. Caching gambar kontainer Windows
Contoh berikut menunjukkan bahwa pada Amazon ECR gambar fluentd-windows-sac 2004 hanya memiliki 390.18MB. Ini adalah jumlah unggahan yang terjadi selama operasi push.
Contoh berikut menunjukkan gambar ltsc Windows
Output di bawah ini daridocker image ls, ukuran fluentd v1.14-windows-ltsc2019-1 adalah 6.96GB pada disk, tetapi itu tidak berarti itu mengunduh dan mengekstrak jumlah data itu.
Dalam praktiknya, selama operasi tarik hanya 533.05MB ter kompresi yang akan diunduh dan diekstraksi.
REPOSITORY TAG IMAGE ID CREATED SIZE 111122223333.dkr.ecr.us-east-1.amazonaws.com/fluentd-windows-coreltsc latest 721afca2c725 7 weeks ago 6.96GB fluent/fluentd v1.14-windows-ltsc2019-1 721afca2c725 7 weeks ago 6.96GB amazonaws.com/eks/pause-windows latest 6392f69ae6e7 10 months ago 255MB
Kolom ukuran menunjukkan ukuran keseluruhan gambar, 6.96GB. Memecahnya:
-
Gambar Dasar LTSC Windows Server Core 2019 = 5.74GB
-
Gambar Dasar Tidak Terkompresi Fluentd = 6.96GB
-
Perbedaan pada disk = 1.2GB
-
Gambar akhir terkompresi Fluentd ECR = 533.05MB
Gambar dasar sudah ada di disk lokal, sehingga jumlah total pada disk menjadi tambahan 1.2GB. Lain kali Anda melihat jumlah GB di kolom ukuran, jangan terlalu khawatir, kemungkinan lebih dari 70% sudah ada di disk sebagai gambar wadah yang di-cache.
Referensi
Mempercepat waktu peluncuran wadah Windows dengan pembuat gambar EC2 dan strategi cache gambar