Yükseltme Öncesi Hazırlık
a. Mevcut Ortamın Analizi
- Sunucu Konfigürasyonunu Değerlendirin: Donanımınızın Server 2025’in sistem gereksinimlerini karşılayıp karşılamadığını kontrol edin. Server 2025, özellikle yüksek çekirdek sayısına sahip işlemcilerde daha iyi çalışacak şekilde optimize edilmiştir.
- Sanal Makinelerin (VM) Durumunu Kontrol Edin:
- Çalışan VM’lerin durumunu ve kritik iş yüklerini belirleyin.
- Snapshot’ları inceleyin ve eski veya gereksiz snapshot’ları temizleyin.
- Çalışan VM’lerin durumunu ve kritik iş yüklerini belirleyin.
b. Yedekleme
Herhangi bir yükseltme işlemine başlamadan önce, aşağıdaki öğelerin tam yedeğini alın:
- Hyper-V Sunucusu.
- Tüm sanal makineler.
- Konfigürasyon dosyaları (VM yapılandırmaları ve sanal ağ ayarları).
Öneri: Hyper-V Replica veya üçüncü taraf bir yedekleme aracı kullanarak tüm VM’leri güvence altına alın.
c. Yazılım ve Lisans Uyumluğunu Kontrol Edin
- Hyper-V Özellikleri ve İşlevleri: Server 2025 ile kaldırılmış veya değiştirilmiş olabilecek Hyper-V özelliklerini kontrol edin.
- Lisanslama Gereksinimleri: Server 2025 için gerekli olan lisanslama modelini ve maliyetlerini gözden geçirin.
2. Yükseltme Stratejisi Seçimi
Windows Server yükseltmesi için iki temel yöntem bulunmaktadır:
- Yerinde Yükseltme (In-Place Upgrade):
- Mevcut sunucu işletim sisteminizi Server 2025’e yükseltmek.
- Basit ve doğrudan bir yöntemdir ancak eski dosya kalıntıları veya uyumsuzluklar nedeniyle bazı sorunlar oluşabilir.
- Temiz Kurulum (Clean Installation):
- Server 2025’i sıfırdan kurarak VM’leri yeni ortama taşıma.
- Daha temiz ve güvenilir bir yöntemdir, özellikle uzun süre yükseltilmiş sunucularda önerilir.
Not: Kritik altyapılar için temiz kurulum önerilir. Biz öğrememizde 2022 > 2025 yükseltme yaptık, diğer OS lar içinde adımlar aynıdır.
Cluster OS Rolling Upgrade
Microsoft’un Cluster OS Rolling Upgrade özelliği, Windows Server 2016 veya üzerindeki Failover Cluster altyapılarının Windows Server 2025’e sıfır kesintiyle yükseltilmesine olanak tanır. Bu yöntem, özellikle Hyper-V sanal makineleri ve Scale-Out File Server iş yüklerini çalıştıran altyapılar için idealdir.
Cluster OS Rolling Upgrade’in Avantajları
- Kesintisiz İş Süreçleri: Yükseltme sırasında çalışan iş yüklerinde kesinti yaşanmaz.
- Yeni Donanım Gereksinimi Yok: Mevcut donanımla yükseltme işlemi tamamlanabilir.
- Tam Geri Alınabilirlik: Tüm düğümler yükseltilene kadar işlem geri alınabilir.
- Active Directory Uyumlu: Mevcut cluster nesneleri yeniden kullanılabilir.
- PowerShell ve Otomasyon Desteği: Yükseltme süreci PowerShell veya SCVMM ile otomatikleştirilebilir.
- Mixed-OS Modu: Farklı işletim sistemi sürümlerine sahip düğümler aynı cluster içinde geçici olarak birlikte çalışabilir.
Rolling OS Upgrade Sırasında Cluster’ın Geçiş Aşamaları
1. Aşama: Başlangıç Durumu
- Durum:
Tüm node lar Windows Server 2012 R2 işletim sistemini çalıştırıyor. Bu, yükseltme sürecinin başlangıç noktası oluyor. - Aksiyonlar:
Henüz herhangi bir node yükseltilmemiştir, cluster tam uyumluluk modunda çalışmaktadır. Yükseltme işlemine başlamadan önce tüm düğümlerin çalışır durumda olduğundan emin olun ve yedekleme işlemini gerçekleştirin. - Şekil:
“Tüm node lar Windows Server 2012 R2” çalıştırmaktadır.
2. Aşama: Karma İşletim Sistemi Modu (Mixed-OS Mode)
- Durum:
İki node yükseltme için süreçten çıkarılmıştır. Bu düğümler duraklatılır, iş yüklerinden boşaltılır, kümeden çıkarılır ve yeniden biçimlendirilerek Windows Server 2016 ile yeniden yüklenir. - Aksiyonlar:
- Yeni işletim sistemi kurulan düğümler tekrar cluster a eklenir.
- Bu aşamada küme, Mixed-OS Mode (Karma İşletim Sistemi Modu) olarak adlandırılan bir geçiş durumunda çalışır.
- Windows Server 2016 nodeları Windows Server 2012 R2 ile uyumluluk modunda çalışır.
- Windows Server 2016 nodeları Windows Server 2012 R2 ile uyumluluk modunda çalışır.
- İş yükleri hala eski node lar ile çalışmaya devam edebilir.
- Yeni işletim sistemi kurulan düğümler tekrar cluster a eklenir.
- Avantaj:
Bu aşamada süreç tamamen geri alınabilir. Yükseltilen node lar çıkarılabilir ve eski düğümler tekrar eklenebilir. - Şekil:
“İki node Windows Server 2012 R2, iki node Windows Server 2016” şeklinde bir karma işletim sistemi çalıştırmaktadır.
3. Aşama: Tüm Node ların Yükseltilmesi
- Durum:
Cluster daki tüm node lar artık Windows Server 2016 işletim sistemiyle çalışmaktadır. Ancak, cluster hala eski işletim sistemi fonksiyonel seviyesiyle çalışmaktadır. - Aksiyonlar:
- Yükseltme işlemi tamamlanmıştır, ancak Update-ClusterFunctionalLevel PowerShell cmdlet’i henüz çalıştırılmamıştır.
- Bu aşamada hala eski düğümleri ekleme ve süreçten geri dönme şansı vardır.
- Yükseltme işlemi tamamlanmıştır, ancak Update-ClusterFunctionalLevel PowerShell cmdlet’i henüz çalıştırılmamıştır.
- Not:
Update-ClusterFunctionalLevel komutu çalıştırılmadan önce, yeni nodeları ve iş yüklerini test edin.
“Tüm node lar Windows Server 2016, “Update-ClusterFunctionalLevel komutuna hazır” şeklinde bir ara durum görüntülenir. - Durum:
Update-ClusterFunctionalLevel PowerShell cmdlet’i çalıştırıldıktan sonra:
- Cluster, yeni Windows Server 2016 işlevsel seviyesiyle çalışmaya başlar.
- Artık eski sürüm node lar cluster a eklemek mümkün değildir.
- Cluster, yeni Windows Server 2016 işlevsel seviyesiyle çalışmaya başlar.
- Aksiyonlar:
- Yeni özellikler ve yetenekler aktif hale gelir.
- İş yükleri tam kapasitede çalışmaya devam eder.
- Yeni özellikler ve yetenekler aktif hale gelir.
- Sonuç:
Yükseltme süreci başarıyla tamamlanmıştır ve cluster artık tam anlamıyla Windows Server 2016 özelliklerinden yararlanabilir.
Tüm bu bilgiler sonrası geçiş işlemine başlıyoruz.
İlk olarak mevcut Hyper-V altyapısında kullanılan sunucuların yükseltme öncesinde tam bir yedekleme işlemini başlatmak için gereklidir.
- Backup Once Wizard (Tek Seferlik Yedekleme Sihirbazı) ekranında, yedekleme türünü seçmeniz istenecektir.
- Full server (recommended) (Tüm sunucu – önerilen) seçeneğini işaretleyin. Bu seçenek, sunucunuzdaki tüm veri, uygulama ve sistem durumunu yedekleyecektir.
- Backup Size (Yedekleme Boyutu): Yedeklemenin tahmini boyutunu gösterir (örnekte 13.71 GB).
- Backup Size (Yedekleme Boyutu): Yedeklemenin tahmini boyutunu gösterir (örnekte 13.71 GB).
- Custom seçeneğini tercih ederseniz, yalnızca belirli bölümleri veya dosyaları seçebilirsiniz. Ancak yükseltme işlemleri öncesinde Full server seçeneği önerilir.
- Seçiminizi yaptıktan sonra Next (İleri) düğmesine tıklayın.
Cluster İşlevsel Seviyesini Kontrol Etme
Yükseltme öncesinde mevcut Hyper-V altyapınızın Cluster Functional Level (Cluster İşlevsel Seviyesi) kontrol edilmelidir. Bu işlem, cluster’ın mevcut sürümü ve işlevsel seviyesi hakkında bilgi verir.
- PowerShell komut isteminde aşağıdaki komutu çalıştırın
Get-Cluster -Name hvcluster | Select ClusterFunctionalLevel
- Çıktıda, mevcut cluster’ın işlevsel seviyesi listelenecektir.
- Örnekte, cluster işlevsel seviyesi
11
olarak görüntülenmiştir.
Cluster İşlevsel Seviyeleri:- 8: Windows Server 2012 R2
- 9: Windows Server 2016
- 10: Windows Server 2019
- 11: Windows Server 2022
- 12: Windows Server 2025
- Örnekte, cluster işlevsel seviyesi
- Cluster’ınızın işlevsel seviyesi, yükseltmek istediğiniz hedef işletim sisteminin sürümüne uygun olmalıdır. Eğer değilse, yükseltme işlemi sırasında cluster seviyesi de güncellenmelidir.
- Hyper-V Manager’a Bağlanın:
- Görüntüde,
HVNODE1
adındaki bir Hyper-V hostunun yönetim arayüzü görülmektedir. Bu node üzerindeki sanal makineler listelenmiştir.
- Görüntüde,
- Host İşletim Sistemini Kontrol Edin:
- Sağ taraftaki “About Windows” penceresi, Hyper-V hostunun Windows Server 2022 Datacenter sürümünde çalıştığını göstermektedir.
- Sürüm: 21H2 (OS Build 20348.2322)
- Bu bilgiler, yükseltme yapılacak mevcut altyapının tam sürümünü anlamak için gereklidir.
- Sağ taraftaki “About Windows” penceresi, Hyper-V hostunun Windows Server 2022 Datacenter sürümünde çalıştığını göstermektedir.
Önemli Notlar:
- Neden Önemli? Mevcut Hyper-V hostunun işletim sistemi sürümünü ve sanal makinelerin durumunu kontrol etmek, sistemin yükseltme öncesi uyumluluk ve hazır olma durumunu doğrulamak için kritik bir adımdır.
Sanal Makineleri Kapalı veya Açık Durumdayken Başka Bir Node’a Taşıma
Hyper-V Failover Cluster ortamında, sanal makineleri bir node’dan diğerine taşımak, yükseltme veya bakım işlemleri öncesinde iş yüklerini yeniden dağıtmak için kritik bir adımdır. Bu işlem sırasında sanal makinelerin açık (running) veya kapalı (off) durumda olması farklı taşınma yöntemlerini gerektirir.
Sanal Makinelerin Taşınması (Kapalı veya Açık) Adımları
- Failover Cluster Manager’ı Açın:
- Failover Cluster Manager‘da sol taraftaki ağaç yapısından Roles sekmesine tıklayın.
- Bu sekmede, cluster’a bağlı sanal makinelerin listesini göreceksiniz. Her sanal makine için:
- Status (Durum): Sanal makinenin açık mı kapalı mı olduğunu gösterir.
- Owner Node: Hangi node üzerinde çalıştığını belirtir.
- Sanal Makineleri Taşıma İşlemini Başlatın:
- Bir sanal makineyi taşımak için:
- Taşınacak sanal makineyi sağ tıklayın.
- Move > Select Node seçeneğini seçin.
- Açılan Move Clustered Role penceresinde, hedef node’u (örneğin HVNODE2) seçin ve OK butonuna tıklayın.
- Bir sanal makineyi taşımak için:
Kapalı (Off) Durumdaki Sanal Makineleri Taşıma:
- Nasıl Çalışır?
- Kapalı bir sanal makineyi taşırken, yalnızca yapılandırma ve depolama dosyaları diğer node’a geçirilir.
- Taşıma işlemi hızlıdır ve herhangi bir kesintiye neden olmaz.
- Avantajları:
- İşlem sırasında herhangi bir kesinti veya veri kaybı riski yoktur.
- Depolama bağlantısı hazırsa taşıma işlemi daha hızlı gerçekleşir.
Açık (Running) Durumdaki Sanal Makineleri Taşıma:
- Nasıl Çalışır?
- Açık bir sanal makine taşınırken Live Migration (Canlı Taşıma) gerçekleştirilir.
- Sanal makine çalışmaya devam ederken, CPU, RAM, disk ve ağ durumları diğer node’a kopyalanır.
- Kullanıcı tarafında minimum kesinti yaşanır.
- Avantajları:
- Sanal makine çalışmaya devam eder ve hizmet kesintisi yaşanmaz.
- Sanal makine çalışmaya devam eder ve hizmet kesintisi yaşanmaz.
- Dikkat Edilmesi Gerekenler:
- Live Migration için her iki node arasında ağ bağlantısının yüksek hızda ve sorunsuz olması gerekir.
- Depolama alanlarının (shared storage) erişilebilir olması önemlidir.
Son Durum Kontrolü
- Owner Node: Taşıma işlemi tamamlandığında, taşınan her sanal makine için “Owner Node” sütununda yeni node (HVNODE2) görüntülenecektir.
- Status (Durum): Sanal makinenin açık (Running) veya kapalı (Off) durumunda olup olmadığını kontrol edin.
- Eğer Running durumundaysa, diğer node üzerinde çalışmaya devam ediyor olmalıdır.
- Eğer Off durumundaysa, yapılandırma dosyaları hedef node’a taşınmıştır.
Neden Bu İşlem Yapılır?
- Yedekli Sistem: Yükseltme veya bakım işlemi yapılacak node üzerindeki iş yükleri, çalışmaya devam eden bir başka node’a aktarılır.
- Kesintisiz Hizmet: Açık sanal makineler Live Migration sayesinde kullanıcı fark etmeden taşınabilir.
- Güvenli Yükseltme: Kapalı sanal makineler taşındığında, yapılandırma ve veriler tamamen koruma altındadır.
Öneriler
- Kapalı Sanal Makineler İçin:
- Yükseltme öncesinde sanal makineleri kapatmanız tavsiye edilir. Böylece daha hızlı ve sorunsuz bir taşıma işlemi gerçekleştirebilirsiniz.
- Yükseltme öncesinde sanal makineleri kapatmanız tavsiye edilir. Böylece daha hızlı ve sorunsuz bir taşıma işlemi gerçekleştirebilirsiniz.
- Açık Sanal Makineler İçin:
- Live Migration için her iki node arasındaki ağ hızını ve bağlantı durumunu kontrol edin.
- Depolama erişiminin her iki node’dan da sağlanabildiğinden emin olun.
Cluster Node’u Bakım Moduna Alma
Bu adımda, yükseltme işlemi yapılacak olan node’u (HVNODE1) bakım moduna (Pause) alarak cluster üzerindeki görevlerinden geçici olarak çıkarıyoruz. Bu işlem, node üzerindeki iş yüklerinin etkilenmeden diğer bir node’a devredilmesini sağlar.
Node’u Bakım Moduna Alma Adımları
- Failover Cluster Manager’a Erişim:
- Failover Cluster Manager konsolunda sol taraftaki ağaç yapısından Nodes sekmesine tıklayın.
- Burada, cluster’a bağlı tüm node’ların listesini göreceksiniz. Örnekte iki node bulunuyor:
- HVNODE1
- HVNODE2
- Node’u Sağ Tıklayın:
- Bakım moduna almak istediğiniz node’u (örneğin HVNODE1) sağ tıklayın.
- Açılan menüden Pause seçeneğini seçin.
- Rol Drain Etme Seçenekleri:
- Node’u bakım moduna alırken iki farklı işlem seçeneği sunulacaktır:
- Drain Roles: Bu seçenek, node üzerinde çalışan tüm rollerin (örneğin sanal makineler) diğer bir node’a otomatik olarak taşınmasını sağlar.
- Do Not Drain Roles: Bu seçenek, rollerin taşınmasını engeller ve roller node üzerinde kalır.
- Drain Roles: Bu seçenek, node üzerinde çalışan tüm rollerin (örneğin sanal makineler) diğer bir node’a otomatik olarak taşınmasını sağlar.
- Önerilen İşlem: Drain Roles seçeneğini seçerek node üzerindeki tüm iş yüklerini diğer node’a aktarın.
- Node’u bakım moduna alırken iki farklı işlem seçeneği sunulacaktır:
- Bakım Moduna Alma İşlemi:
- Drain Roles seçildiğinde, HVNODE1 üzerindeki tüm sanal makineler ve kaynaklar, cluster tarafından otomatik olarak HVNODE2‘ye taşınır.
- Bu işlem sırasında Roles sekmesinde taşınan kaynakların durumunu takip edebilirsiniz.
Node Durumunu Doğrulama
- İşlem tamamlandıktan sonra HVNODE1 node’unun durum sütununda Paused (Bakımda) yazacaktır.
- Node üzerindeki hiçbir rol (örneğin sanal makineler) çalışmayacaktır; bu roller başka bir node’a aktarılmış olmalıdır.
Cluster Node’unu Cluster’dan Çıkartma (Eviction)
Yükseltme işlemi sırasında, bir node’u Failover Cluster yapısından tamamen çıkarmak gerekebilir. Bu işlem, node üzerinde daha geniş değişiklikler (örneğin işletim sistemi yeniden yükleme veya yükseltme) yapmayı kolaylaştırır ve cluster’ın genel işleyişini etkilemez.
Cluster Node’unu Çıkartma (Evict) Adımları
- Failover Cluster Manager’a Erişim:
- Failover Cluster Manager konsolunu açın ve sol taraftaki Nodes sekmesine tıklayın.
- Burada cluster’da bulunan tüm node’lar listelenir. Örnekte, iki node mevcuttur:
- HVNODE1
- HVNODE2
- Çıkartılacak Node’u Sağ Tıklayın:
- Cluster’dan çıkarmak istediğiniz node’u (örneğin HVNODE1) sağ tıklayın.
- Açılan menüde More Actions seçeneğinin üzerine gelin ve alt menüden Evict seçeneğini seçin.
- Eviction İşlemini Onaylama:
- Evict (Çıkart) seçeneğine tıkladığınızda, sistem size bu işlemin geri alınamayacağını belirten bir uyarı verebilir.
- Uyarıyı dikkatlice okuyun ve işlemi onaylayın.
- Node’un Cluster’dan Çıkartılması:
- Eviction işlemi tamamlandığında, çıkartılan node artık cluster listesinden kaldırılacaktır.
- Nodes sekmesinde, HVNODE1 artık görünmeyecektir.
Çıkartma işlemi tamamlandıktan sonra:
- Node, Failover Cluster Manager’da Nodes listesinden kaldırılmış olacaktır.
- Cluster artık yalnızca kalan node’larla çalışmaya devam eder (örnekte HVNODE2).
Şimdi sırada HVNODE1 olan sunuca Windows Server 2025 kurulumuna geçebiliriz.
Tüm bölgesel ayaları English (US) bırakıyoruz.
Network ayarlarını yapıyoruz.
Node isimi ve ve saat ayarlarını yapıyoruz.
Yükseltilen Node’da Hyper-V ve Failover Cluster Rolleri Yükleme
Yükseltme Sonrası Gerekli Roller ve Özelliklerin Kontrolü ve Eklenmesi
Bu adımda, yükseltilen node üzerinde Hyper-V rolü ve Failover Clustering özelliği gibi rollerin doğru şekilde yüklü olduğundan emin olunması ve gerekiyorsa eklenmesi amaçlanır. Bu işlemler, node’un cluster ve sanallaştırma görevlerini yerine getirebilmesi için önemlidir.
Hyper-V Rolünü Kontrol Etme ve Yeniden Yükleme
- Server Manager > Add Roles and Features Wizard:
- Server Manager konsolunda, Manage > Add Roles and Features seçeneğine tıklayarak kurulum sihirbazını başlatın.
- Server Roles sekmesine gelin.
- Hyper-V Rolünü Doğrulama:
- Listede Hyper-V seçeneğinin işaretli olup olmadığını kontrol edin.
- Eğer seçili değilse, Hyper-V kutusunu işaretleyin.
- Sağ tarafta bulunan açıklama, Hyper-V’nin sanal makineleri çalıştırmak için gerekli olan tüm hizmetleri içerdiğini belirtmektedir.
- Yükleme İşlemi:
- Hyper-V rolünü eklemek için Next butonuna basarak ilerleyin.
- Gerekli olan tüm bileşenleri yüklemek için işlemi tamamlayın.
- Yükleme tamamlandıktan sonra, Server Manager > Hyper-V Manager üzerinden sanal makinelerinizi yönetebilirsiniz.
Failover Clustering Özelliğini Kontrol Etme ve Yükleme
- Server Features Sekmesine Geçiş:
- Add Roles and Features Wizard’da Features sekmesine geçin.
- Burada, cluster yapılandırması için gerekli olan Failover Clustering özelliğini kontrol edin.
- Failover Clustering Özelliğini İşaretleyin:
- Eğer Failover Clustering kutusu işaretli değilse, bu özelliği seçin.
- Sağ tarafta, Failover Clustering’in açıklaması bulunmaktadır: Bu özellik, node’un bir cluster yapısına dahil edilmesini sağlar.
- Multipath I/O Özelliğini Ekleyin (İsteğe Bağlı):
- Eğer depolama cihazlarıyla yüksek performanslı bir bağlantı gerekiyorsa, Multipath I/O seçeneğini de işaretleyebilirsiniz.
- Bu özellik, node’un birden fazla veri yolunu kullanarak depolama cihazlarına erişim sağlamasına olanak tanır.
- Yükleme İşlemini Tamamlayın:
- Next > Install seçeneğiyle özellikleri yüklemeyi başlatın.
- Yükleme tamamlandıktan sonra, node’u yeniden başlatmanız gerekebilir.
Son Durum Kontrolü
- Hyper-V ve Failover Clustering Aktif mi?
- Server Manager üzerinden kurulumların tamamlandığını doğrulayın.
- Hyper-V Manager ve Failover Cluster Manager araçlarına erişerek yapılandırmalarınızı kontrol edin.
- Cluster Yapısına Katılım:
- Yükseltilen node’u tekrar cluster’a dahil etmek için Failover Cluster Manager > Add Node işlemini gerçekleştirin.
Hyper-V Sanal Anahtar (Virtual Switch) Yapılandırması
Yükseltme sonrası node üzerindeki Hyper-V Virtual Switch ayarlarının doğru yapılandırıldığından emin olunması önemlidir. Bu adım, sanal makinelerin ağ bağlantılarını sağlamak ve mevcut fiziksel ağ adaptörlerini doğru şekilde kullanmak için gereklidir.
Virtual Switch Yapılandırması
- Hyper-V Manager’ı Açın:
- Hyper-V Manager konsolunu açın.
- Sol tarafta, HVNODE1 node’unu seçin.
- Virtual Switch Manager’a Erişim:
- Sağ taraftaki Actions menüsünden Virtual Switch Manager seçeneğine tıklayın.
- Mevcut sanal anahtarlar (Virtual Switches) listesi görüntülenecektir.
- Yeni Virtual Switch Oluşturma:
- Create Virtual Switch seçeneğini seçin.
- Üç tür bağlantı seçeneği sunulur:
- External Network: Fiziksel bir ağ adaptörünü kullanarak sanal makinelerin fiziksel ağa erişmesini sağlar.
- Internal Network: Sadece sanal makineler ve host arasında bir ağ bağlantısı kurar.
- Private Network: Sadece sanal makineler arasında iletişim sağlar.
- External Network seçeneğini işaretleyin (genelde sanal makinelerin internete veya fiziksel ağa bağlanması için kullanılır).
- Fiziksel Ağ Adaptörünü Seçin:
- External Network seçildiğinde, kullanılacak fiziksel ağ adaptörlerini seçme seçeneği görünür.
- Örnekte, Broadcom NetXtreme Gigabit Ethernet #3 seçili durumdadır.
- Host’un bu adaptörü sanal makinelerle paylaşmasını sağlamak için Allow management operating system to share this network adapter kutusunu işaretleyebilirsiniz.
- SR-IOV Özelliği (Opsiyonel):
- Enable single-root I/O virtualization (SR-IOV) seçeneği, donanım tabanlı ağ hızlandırmayı destekleyen adaptörler için kullanılabilir.
- Bu özelliği etkinleştirmek için, kullanılan adaptör ve sistemin SR-IOV desteği olması gerekir.
- VLAN Ayarları (Opsiyonel):
- Eğer sanal makineler VLAN kullanıyorsa, Enable virtual LAN identification for management operating system seçeneğini işaretleyerek VLAN ID’sini belirtebilirsiniz.
- Eğer sanal makineler VLAN kullanıyorsa, Enable virtual LAN identification for management operating system seçeneğini işaretleyerek VLAN ID’sini belirtebilirsiniz.
- Ayarları Kaydetme:
- Tüm ayarlar tamamlandıktan sonra Apply butonuna tıklayın ve OK ile işlemi sonlandırın.
Mevcut Virtual Switch’leri Kontrol Etme
- Daha önce oluşturulmuş bir Virtual Switch varsa, bu switch’in doğru fiziksel adaptöre bağlı olduğundan ve gereksinimlerinizi karşıladığından emin olun.
- Gerekirse, switch üzerinde değişiklik yapabilir veya yeni bir Virtual Switch oluşturabilirsiniz.
Node’u Cluster’a Yeniden Ekleme ve Yapılandırma Doğrulama
Bu adımda, yükseltme işlemi tamamlanan node’un yeniden cluster’a dahil edilmesi ve yapılandırmanın doğrulanması işlemleri gerçekleştirilir. Bu, Failover Cluster yapısının düzgün çalışmaya devam etmesi için kritik bir adımdır.
1. Failover Cluster Manager’da Cluster’a Bağlanma
- Failover Cluster Manager’ı Açın:
- Failover Cluster Manager konsolunu başlatın.
- Sol taraftaki panelde, mevcut cluster’ların listesi boş olabilir.
- Cluster’a Bağlanın:
- Sağ üstteki Actions menüsünden Connect to Cluster… seçeneğini seçin.
- Açılan pencerede, cluster adını manuel olarak yazabilir veya Browse butonuna tıklayarak mevcut cluster’ı seçebilirsiniz.
- Örnekte, HVCluster adlı cluster seçilmiş.
- Cluster Bağlantısını Onaylama:
- Seçiminizi yaptıktan sonra OK butonuna tıklayın.
- Cluster’a başarıyla bağlandıktan sonra mevcut roller ve node’lar görüntülenecektir.
2. Node’u Cluster’a Ekleme
- Add Node Wizard’ı Başlatın:
- Failover Cluster Manager üzerinde mevcut cluster’ınızı seçin.
- Sağ taraftaki Actions menüsünden Add Node… seçeneğini tıklayın.
- Eklenecek Sunucuyu Belirtin:
- Eklenecek sunucunun adını yazın veya Browse seçeneğiyle sunucuyu seçin.
- Örnekte, HVNODE1 adlı sunucunun cluster’a yeniden eklenmesi gerekiyor.
- Yapılandırma Doğrulama Uyarısı (Validation Warning):
- Ekleme sırasında bir yapılandırma doğrulama testi uyarısı alabilirsiniz:
- Yes: Cluster’a ekleme işlemi öncesinde doğrulama testlerini çalıştırır. Bu, önerilen seçenektir.
- No: Doğrulama testi çalıştırmadan devam eder.
- Önerilen işlem, doğrulama testini çalıştırarak yapılandırma uyumluluğunu kontrol etmektir.
- Ekleme sırasında bir yapılandırma doğrulama testi uyarısı alabilirsiniz:
- Node’u Ekleme İşlemini Tamamlayın:
- Doğrulama testlerini tamamladıktan sonra Next ve ardından Finish butonlarına tıklayarak node’u cluster’a ekleyin.
- Node, başarılı bir şekilde cluster’a eklenir ve Nodes sekmesinde görünür hale gelir.
3. Yapılandırma Doğrulama Testi
- Validation Testleri Çalıştırın:
- Cluster’ınızın düzgün çalışıp çalışmadığını kontrol etmek için Validate Configuration… seçeneğini kullanabilirsiniz.
- Bu işlem, sunucu, ağ ve depolama yapılandırmalarının cluster ile uyumlu olduğunu doğrular.
- Raporları İnceleyin:
- Test sonuçlarında herhangi bir hata veya uyarı varsa, cluster yapılandırmanızı buna göre düzeltin.
Cluster Node’u Temizleme (Clear-ClusterNode)
Yükseltme veya yeniden yapılandırma işlemi sırasında, bir node’un cluster üyeliğiyle ilgili sorunlar yaşanabilir. Örneğin, bir node yanlışlıkla cluster’dan çıkarılmış ama hala bağlı görünüyor olabilir. Bu durumda, Clear-ClusterNode PowerShell komutu ile node temizlenebilir.
1. Clear-ClusterNode Komutu Kullanımı
- PowerShell’i Açın:
- Yönetici yetkileriyle bir PowerShell penceresi açın.
- Yönetici yetkileriyle bir PowerShell penceresi açın.
- Clear-ClusterNode Komutunu Çalıştırın:
- Sorunlu node’u temizlemek için şu komutu çalıştırın:powershellCopy code
Clear-ClusterNode -Name HVNODE1 -Force
- Komut, belirtilen node’un cluster üyeliğiyle ilgili kalıntıları temizler ve yeniden eklenmesini kolaylaştırır.
- -Force parametresi, işlemi onay istemi olmadan zorla tamamlar.
- Sorunlu node’u temizlemek için şu komutu çalıştırın:powershellCopy code
- Komutun Tamamlandığını Doğrulayın:
- Komut başarıyla tamamlandığında herhangi bir hata mesajı görünmez.
- Node üzerindeki Failover Cluster Manager kullanılarak node’un artık cluster’a bağlı olmadığını kontrol edin.
İlk NODE için işlemler tamalandı ve herşey sorunsuz çalışıyor. Aynı işlemleri diğer NODE içinde yapıyoruz. Aynı adımlar olduğu için daha hızlı geçiyoruz.
Son ve En Önemli Adım!
Cluster Functional Level Yükseltme (Windows Server 2025’e Uyumluluk)
Cluster Functional Level, Failover Cluster altyapısında kullanılan sunucuların işletim sistemi sürümüne bağlı olarak cluster’ın desteklediği özellikleri ve uyumluluk seviyesini belirler. Bu durumda, Functional Level 11, Windows Server 2022’ye karşılık gelirken, Functional Level 12, yeni Windows Server 2025 özelliklerini etkinleştirir.
Cluster Functional Level Yükseltmenin Önemi
- Yeni Özelliklerin Kilidini Açma:
- Windows Server 2025 ile gelen yeni özelliklerin ve iyileştirmelerin cluster tarafından kullanılabilmesi için Functional Level’in yükseltilmesi gerekir. Örneğin:
- Daha gelişmiş ağ bağlantısı optimizasyonları.
- Geliştirilmiş depolama yönetimi özellikleri.
- Yeni yedeklilik ve hata yönetimi protokolleri.
- Windows Server 2025 ile gelen yeni özelliklerin ve iyileştirmelerin cluster tarafından kullanılabilmesi için Functional Level’in yükseltilmesi gerekir. Örneğin:
- Uyumluluk ve Performans:
- Functional Level’in eski bir seviyede kalması, cluster’ın tüm sunucuları yeni işletim sistemi özelliklerini kullanabilse bile, eski sürüm işlevselliklerine takılı kalmasına neden olur.
- Functional Level’in eski bir seviyede kalması, cluster’ın tüm sunucuları yeni işletim sistemi özelliklerini kullanabilse bile, eski sürüm işlevselliklerine takılı kalmasına neden olur.
- Güvenlik İyileştirmeleri:
- Windows Server 2025’te bulunan güncel güvenlik özellikleri, ancak Functional Level yükseltmesiyle cluster’da aktif hale gelir.
Cluster Functional Level Yükseltme İşlemi
- Functional Level’i Kontrol Edin:
- Functional Level’in mevcut durumunu kontrol etmek için şu komutu çalıştırın:powershellCopy code
Get-Cluster | Select ClusterFunctionalLevel
- Örnekte, başlangıçta Functional Level 11 olarak görünmektedir (Windows Server 2022 uyumlu).
- Functional Level’in mevcut durumunu kontrol etmek için şu komutu çalıştırın:powershellCopy code
- Functional Level Yükseltmesi:
- Cluster Functional Level’i yükseltmek için şu komutu çalıştırın:powershellCopy code
Update-ClusterFunctionalLevel -Cluster HVCLUSTER
- Komut çalıştırıldığında şu uyarı görünür:kotlinCopy code
Warning: You cannot undo this operation. Do you want to continue?
Bu uyarı, işlemin geri alınamaz olduğunu vurgular. Devam etmek için Y tuşuna basarak onaylayın.
- Cluster Functional Level’i yükseltmek için şu komutu çalıştırın:powershellCopy code
- Yükseltmeyi Doğrulama:
- Functional Level’in başarıyla yükseltilip yükseltilmediğini kontrol etmek için komutu yeniden çalıştırın:powershellCopy code
Get-Cluster | Select ClusterFunctionalLevel
- Örnekte Functional Level 12 seviyesine yükselmiştir (Windows Server 2025 uyumlu).
- Functional Level’in başarıyla yükseltilip yükseltilmediğini kontrol etmek için komutu yeniden çalıştırın:powershellCopy code
Hata Durumu
- Eğer cluster’da Windows Server 2022 çalıştıran bir node varsa, Functional Level yükseltme işlemi başarısız olur. Bu durumun çözümü:
- Windows Server 2022 Node’larını Yükseltin: Cluster’daki tüm node’ların işletim sistemi Windows Server 2025 olmalıdır.
- Functional Level, cluster’daki en düşük node sürümüne göre belirlenir. Bu nedenle, karışık bir sürüm ortamında yükseltme yapılamaz.
Neden Bu Adım Önemli?
- Geri Dönüş Yok:
- Functional Level yükseltmesi geri alınamaz. İşlem yapılmadan önce cluster’ın durumu dikkatlice değerlendirilmelidir.
- Tüm Node’lar Yükseltilmelidir:
- Functional Level’in yükseltilmesi, cluster içindeki tüm node’ların aynı işletim sistemi seviyesine yükseltilmesini gerektirir.
- Daha İyi Performans ve Güvenlik:
- Windows Server 2025’in yeni özelliklerinden faydalanmak ve cluster’da performans ile güvenliği artırmak için Functional Level 12’ye yükseltme şarttır.
Bu işemlerin ardında 2025’e migration sona eriyor. Faydalı olmasını dilerim.