Windows Server 2016 desteği Ocak 2027'te sona eriyor ve EC2 operatörleri yükseltme derslerini paylaşıyor

Kesin bir son tarih

Ekim 2026'nın sonlarında dev.to'da yayınlanan uygulamalı bir anlatıma göre Windows Server 2016, 12 Ocak 2027'de genişletilmiş desteğin sonuna ulaşıyor — bu da kesin tarihten üç aydan az bir süre önce. Bu tarih, işletim sisteminin nerede çalıştığına bakmaksızın geçerli; ister Amazon EC2 üzerinde ister kendi yönettiğiniz sunucularda olsun — ve işletim sisteminin bu tarihten sonra düzeltme almayacağı noktayı işaret ediyor.

Yükseltme

Yazının yazarı, ondan fazla EC2 instance'ını sıfırdan yeniden kurmak yerine yerinde yükseltmelerle Windows Server 2022'ye taşımayı anlatıyor. Yükseltme öncesi ve sonrası doğrulamayı bir agent üstlenirken her adımı bir insan onayladı. Yazara göre bu, en az birkaç saatlik manuel kontrolünden tasarruf sağladı ve daha da önemlisi, her sunucunun aynı kontrol setinden geçtiğini garanti altına aldı.

Testler neyi ortaya çıkardı

Yazıdaki en faydalı kısım, süreç güvenilir hale gelmeden önce ters giden şeylerin listesi:

• Sürüm seçimi kurulumu kilitleyebilir. Yazar, düz bir kurulum komutunun sürüm seçim ekranında takıldığını, Systems Manager'ın (SSM) ise bir diyalog kutusuyla etkileşime giremediğini söylüyor. İş akışında artık agent sürümü tespit ediyor ve bir kişi onaylıyor.

• Disk alanı gerçek bir kısıt. Bir test çalışması C: diski çok dolduğu için başarısız oldu; kök volume daha sonra 30 GB'dan 50 GB'a genişletildi ve süreç artık 20 GB boş alanı pazarlıksız bir ön koşul olarak görüyor. Yükseltme medyası da asla C: üzerine konmamalı.

• Geri alma davranışı yönteme göre değişiyor. Yazıya göre bir AMI'yi geri yüklemek yeni bir instance ID'si ve IP adresi üretirken, AWS'nin Replace Root Volume işlemi ikisini de koruyor. Başlamadan önce doğrudan bir kök snapshot almak, daha az kesintiye uğratan kurtarma yolunu açık tutuyor.

• Önce bir kanarya sunucu yükseltilmeli. Tek bir sunucuyu yükseltin, inceleyin, ardından kalanları geçirin — ve yalnızca işletim sistemi build numarasını değil uygulamayı da inceleyin; yazar, build numarasının iş yükünün gerçekten çalışıp çalışmadığına dair neredeyse hiçbir şey söylemediğini belirtiyor.

• Bağlı araçlara dikkat gerek. Yükseltmeden sonra yazarın yama aracı eski işletim sistemi sürümünü bildirmeye devam etti ve araç yenilenene kadar yükleme durdu; bu nedenle erken kontrol edilmesi worthwhile bir nokta.

• SSM bağlantısı her şeyden önce geliyor. Yazar bunu operasyonun tek erişim yolu olarak tanımlıyor ve çevrimdışı olduğunda geri getirmek öncelik kazanmış — agent'ın yardımcı olduğu bir sorun giderme adımı.

Neden önemli

Ocak 2027'den sonra Windows Server 2016'da bırakılan sunucular güvenlik güncellemeleri almamaya başlıyor ve geriye kalan her instance kalıcı bir güvenlik ve uyumluluk riskine dönüşüyor — internete açık veya regüle edilmiş iş yükleri için özellikle kaygı verici bir durum. Yeni bir işletim sisteminde sıfırdan kurmak en temiz yol, ancak kısa sürede çoğu zaman pratik değil ve yerinde yükseltmeler tam da burada belgelenen başarısızlık modlarını taşıyor: otomasyonun tıklayamadığı kurulum ekranları, disk sınırları, instance kimliğini sessizce değiştiren kurtarma yolları ve yeni işletim sisteminin gerisinde kalan yönetim araçları.

dev.to yazısı satıcı rehberi değil tek bir uygulayıcının anlatısı, ama faydalı kılan da zaten bu — bunlar yalnızca gerçek yükseltme çalışmalarında ortaya çıkan dersler ve saatte üç aydan az süre kalmışken derlendi. Kendi sunucularını işletenler için AWS'ye özgü mekanikler geçmese bile işletim sistemi düzeyindeki kontroller doğrudan aktarılabilir. İnsan onaylı, agent tarafından yürütülen doğrulama döngüsü de rutin altyapı işlerine uygulanan yapay zeka desteğinin küçük ama somut bir örneği; her karar noktasında insanlar tutuluyor.