Azure Stack HCI ne olduğunu, kurulum ve konfigürasyon sonrasında Azure Monitoring, Azure Backup ve diğer servisler ile nasıl kullanabileceğimizi incelemiştik. Bu makalemizde ise Azure Stack HCI Stretched Cluster yapılarını inceleyecek ardından da kurulum ve konfigürasyonlarını gerçekleştireceğiz.
Azure Stack HCI Strecthed Cluster farklı bölgelerde kurulum ve konfigürasyonları yapılması gereken ve bizler için olağanüstü durum kurtarmayı (Disaster Site Recovery) sağlamaktadır. Daha önceki makalelerimiz de bahsettiğimiz Microsoft Storage Spaces Direct yapısı üzerinde hem senkron hem de asenkron replikasyonları desteklemektedir.
Senkron Replikasyon ve Asenkron replikasyon tarafında karar verirken mevcut yapımızın büyüklüğü ve yine bu verilere bağlı olarak sahip olduğumuz bant genişliğine göre karar verilmesi gereken bir yapıdır.
Senkron replikasyon tercih edildiğinde, burada tekrar etmek gerekirse bant genişliğimize bağlı olarak herhangi bir olağanüstü durum anında ya da ortamımızda yaşanacak bir problem anında sıfır veri kaybı sağlamak amacı ile kullanılabilir.
Asenkron replikasyon tercih edildiğinde ise network gecikmelerinin olduğu durumda kullanılması uygun olmakla birlikte olağanüstü durum ya da yaşadığımız problem anında belirlediğimiz RPO sürelerine göre replikasyonları gerçekleştirebileceğimiz replikasyon modelidir. Senkron ve Asenkron seçimi yapılmış olan replikasyon modellerinin Storage seviyesinde yapıldığını bilmek gerekmektedir.
Senkronizasyon modelleri planlanırken, sahip olduğumuz alt yapı üzerinde koşan yapılar ve yine sahip olduğumuz network bant genişliği değerleri bizler için karar verme noktasında önem arz etmektedir.
Bizler bu makalemizde Merkez Site ve DR Site olmak üzere iki ortamda sahip olduğumuz, iş sürekliliğini sağlayabilmeyi ve yaygın olarak kullanılmakta olan senaryoyu nasıl uygulayacağımızı inceleyeceğiz. Makalemizin başında da belirttiğim üzere mevcut altyapının yani Azure Stack HCI işletim sistemi kurulumunu, IP tanımlamalarını, disk tanımlamalarını daha önce yayınlanan Azure Stack HCI kurulum ve konfigürasyon makalemizde görebilirsiniz. Dolayısı ile bu makalemizde bahsettiğimiz adımları atlayarak geçeceğiz.
Azure Stack HCI 21H2 Stretched Cluster kurgulanırken iki senaryo arasında karar vermememiz gerekmektedir. Mevcut yapımızı Active-Passive ya da Active-Active çalıştırabiliriz.
Active/Passive Stretched Cluster:
Yukarıda görülen diyagramdan da anlaşılacağı gibi mevcut iş yüklerimiz ya da uygulamalarımız tercih ettiğimiz site üzerinde koşarken ikincil site üzerinde bulunan kaynaklarımız tamamen boş konumda beklemekte ve iş yüklerimizi devredene kadar da boş konumda beklemektedir. Bizler iş yüklerini devrettiğimiz de ya da herhangi bir olağanüstü durum meydana geldiğinde yükleri devralan ikinci site üzerinden kesinti olmadan çalışmaya devam edebiliriz.
Active/Active Stretched Cluster:
Aktif- Aktif çalışan yapımızda yine diyagramda anlaşılacağı üzere her iki yapımızda aktif ve ayakta olup kaynaklarımız her iki noktada da çalışmaktadır. Böyle bir yapı altyapı tarafında yatırım noktasında kaynakların boşta durmasındansa kullanılıyor olması yatırımın verimliliği açısından daha avantajlı görülmektedir.
Şimdi bizlerin kurgulayacağı ve dağıtımlarını gerçekleştireceğimiz yapımızın topolojisini aşağıda görebilirsiniz.
Topolojide göreceğiniz üzere iki adet farklı bölgelerimiz bulunmakta. Head Office olarak görülen bizlerin merkez lokasyonunu Disaster Site olarak görülen ise uzak lokasyonda bulunan ve tamamen iş sürekliliğini sağlayabilmek üzere kurulumlarını ve konfigürasyonlarını gerçekleştireceğimiz yapımız Site to Site VPN ile birbirlerine bağlı durumdadır. Burada tamamen PoC ortamı olduğundan dolayı S2S VPN ile devam edilmiş olsa da Production ortamlar için yüksek bant genişliğine sahip yapıların kullanılması daha uygun olacaktır.
Azure Stack HCI ile ilgili limitasyonlarını aşağıdaki tablo üzerinden görebilirsiniz.
| Resource | Maximum |
| Physical servers per cluster | 16 |
| VMS per host | 1,024 |
| Disks per VM (SCSI) | 256 |
| Storage per cluster | 4 PB |
| Storage per server | 400 TB |
| Logical processors per host | 512 |
| RAM per host | 24 TB |
| RAM per VM | 12 TB (generation 2 VM) or 1 TB (generation 1) |
| Virtual processors per host | 2,048 |
| Virtual processors per VM | 240 (generation 2 VM) or 64 (generation 1) |
Kurulum ve konfigürasyonları yapacağımız ortam topolojisi üzerinde görebilirsiniz. Kurulumlar için ihtiyaç duyacağımız Azure Stack HCI 21H2 ve Windows Admin Center kurulum dosyalarını aşağıda bulunan link üzerinden indirebilirsiniz.
https://azure.microsoft.com/en-us/products/azure-stack/hci/hci-download/
Kurulum için ihtiyacımız olan kurulum dosyalarımızı edindikten sonra ve Windows Admin Center kurulumlarını gerçekleştirdikten sonra Windows Admin Center üzerine erişiyoruz ve kurulumlara başlıyoruz.
Not : Azure Stack HCI ve Windows Admin Center kurulumlarını gerçekleştirdiğimiz makalemizden faydalanabilirsiniz. Daha önce kurulumlarını detaylıca bahsettiğimiz kısımları burada geçiyoruz ve Windows Admin Center üzerinden kurulumları gerçekleştirmeye başlıyoruz.
Windows Admin Center üzerine erişimimizi yaptıktan sonra Add seçimini yaparak ilerliyoruz.
Gelen ekranımızda Azure Stack HCI 21H2 cluster kurulumunu yapacağımız için Server Cluster başlığı altında yer alan Create New seçimini yapıyoruz.
Azure Stack HCI seçimini yaptıktan sonra yapımızın nasıl olacağını belirliyoruz. Eğer ki tek bir site üzerinden devam edecek olsaydık All Server in one site seçimini yaparak tek bir lokasyon üzerinde kurulumları gerçekleştirebilirdik. Bizler bu makalemizde Merkez ve DR site olmak üzere iki lokasyon arasında Azure Stack HCI 21H2 dağıtımlarını gerçekleştireceğimiz için Server in two sites seçimini yaparak ilerliyoruz.
Azure Stack HCI dağıtımlarını yapabilmek için bizler biliyoruz ki tek site üzerinde minimum iki node üzerinde kurulumları gerçekleştirebiliyorduk. Azure Stack HCI Stretched cluster yapısı kurgularken iki site üzerinde bu kurulumları gerçekleştireceğiz. Dolayısıyla her site üzerinde minimum iki node Azure Stack HCI 21H2 kurulum ve konfigürasyonları gerçekleştireceğimiz için dört adet sunucumuzu Add seçimini yaparak ekliyoruz ve devam ediyoruz.
Sunucularımızı kurulum aşamasında mevcut Active Directory ortamına dahil ettiğimiz için bu adımda herhangi bir işlem yapmamız gerekmiyor. Eğer kurulum sonrasında domain üyesi yapmamış olsaydık da bu adımda gerçekleştirebilirdik.
Kurulumları gerçekleştirirken bazı rollerin kurulumlarını ben öncesinde gerçekleştirmiştim. Ekran görüntüsünde de görüleceği gibi bazı bileşenlerin eksik olduğu ve kurulması gerektiğini belirtiyor. Install Features diyerek eksik olan bileşenlerinin kurulumları gerçekleştiriyoruz. Eğer kurulumları sunucu kurulum sonrasında bu belirtilen özelliklerin kurulumlarını yapmak istersek aşağıda bulunan Powershell komut seti ile bileşenlerin tamamını kurulumları gerçekleştirilebilir.
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All -NoRestart -Verbose
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Management-PowerShell -All -NoRestart -Verbose
Install-WindowsFeature -Name “BitLocker”, “Data-Center-Bridging”, “Failover-Clustering”, “FS-FileServer”, “FS-Data-Deduplication”, “RSAT-AD-Powershell”, “RSAT-Clustering-PowerShell”, “Storage-Replica” -IncludeAllSubFeature -IncludeManagementTools -Verbose
Eksik olan bileşenler yüklendikten sonra Next seçimini yaparak ilerliyoruz.
Bir sonraki adımımız ise Azure Stack HCI 21H2 güncellemelerini gerçekleştireceğimiz ekranımızda Install Updates diyerek, son güncellemelerin hepsini bütün Azure Stack HCI sunucularımız üzerinde gerçekleştiriyoruz. Bu adımda güncellemeleri eksiksiz yapılması önemlidir. Güncellemeler tamamlandıktan sonra Next diyerek bir sonraki ekranımıza geçiyoruz.
Biz ortamımızda fiziksel sunucu kullanmadığımızdan ve PoC ortamı olduğundan dolayı Virtual Machine üzerinde devam ediyoruz. Dolayısı ile Virtual Machine Hardware update desteklenmediği için bu adımı geçiyoruz.
Azure Stack HCI 21H2 sunucularımız üzerinde ilk adımlarımızı tamamladık şimdi mevcut sunucularımızı yeniden başlatıyoruz.
Konfigürasyon adımlarından ilkini tamamladıktan sonra artık Networking konfigürasyonlarını gerçekleştireceğiz. İlk olarak iki site üzerinden toplam dört adet olan Azure Stack HCI sunucularımızın network adapter durumlarını kontrol ediyor, herhangi bir sorun olmadığını görüyoruz.
Ekran görüntüsünde ve ilk olarak paylaştığımız topolojimizde de göreceğimiz gibi dört adet network interface sunucularımıza bağlı durumda.
Network konfigürasyonunu gerçekleştirirken ilk olarak Management network tanımını gerçekleştiriyoruz. Management network üzerinden sunucularımızın ve Cluster erişimlerini ve yönetimlerini gerçekleştireceğimiz interface olup ekran görüntüsünde de göreceğiniz üzere Management olarak isimlendirilmesi gerçekleşti.
Virtual Switch sayfamızda üç farklı yapı ile karşılaşıyoruz. Burada karşılaştığımız network tiplerini açıklayacak olursak.
Create one virtual switch for compute and storage together seçimini yapsaydık mevcut network kartlarının hepsini tek bir virtual switch üzerinde sonlandıracaktık. Bu network mimarisini kullansaydık hem sanal sunucularımızın network trafiğini bu virtual switch üzerinden akmasını sağlayacaktık hem de Storage trafiğini bu switch üzerinden geçecekti. Tercih edeceğimiz bir yöntem olmazdı. Burada yeterli sayıda network kartımız olmasaydı bu seçeneği değerlendirebilirdik.
Create one virtual switch for compute only bu network mimarisindeki bizler bu test ortamımızda bu mimari ile ilerleyeceğiz. Oluşturulacak virtual switch sadece sanal makinalarımızın trafiğinin buradan geçmesini sağlayacağız. Özetle sanal makinalarımız için ayrılmış bir virtual switch olacak. Yine Production bir ortamda yapılandıracak olsaydık her bir sunucumuz üzerinde çift Interface ile devam edilmesi bununla birlikte arka tarafta aktif aktif bir teaming yapısının sağlanması ile hem hız hem de yedeklilik sağlanmış olurdu.
Create two virtual switches bu network mimarimizde ise hem sanal makinalarımız için hem de storage network trafiği için iki ayrı virtual switch üzerinden ilerlenebilirdi.
Burada önemli olan ve dikkat edilmesi gereken bir başka nokta ise cluster içerisinde üye olan sunucularımızın interface isimlerinin aynı olması. Dolayısı ile yukarıda seçimini yaptığımız interface her iki sunucuda da Ethernet 2 isimli network kartlarını kullandık. Çünkü arka tarafta klasik Failover Cluster kurulumunu yapamaz.
RDMA adımı tamamen opsiyonel olup biz bu adımda herhangi bir konfigürasyon yapmıyoruz ve bir sonraki adımımıza ilerliyoruz.
Son adımımızda ise bizlerin yine makalemizin başlangıcında paylaştığımız IP konfigürasyonlarını tanımlıyoruz. Ethernet3 ve Ethernet4 isimli interfacelerimiz Storage Space Direct için kullanılacak olup Ethernet 2 isimli interface üzerinde Azure Stack HCI 21H2 üzerinde koşturacağımız Virtual Machine ve diğer iş yüklerimizin koşacağı networkümüz olacak şekilde tanımlamalarımızı gerçekleştirdik. Apply seçimi yaptıktan sonra herhangi bir problem olmadığını gördükten sonra artık Cluster adımına geçiyoruz.
Cluster kurulumu için öncelikle Validate işleminin gerçekleştirilmesi gerekmekte. Bizlerde bu adımda validate adımını gerçekleştirdik. Herhangi bir sorun olmadığını gördükten sonra Next ile ilerliyoruz.
Artık bu adımımızda Cluster kurulumuna başlıyoruz. Eğer bizler tek site kullanmış olsaydık Network adresinin tanımlamasını tek bir IP üzerinden gerçekleştirecektik. Fakat bizlerin kurulumunu yaptığı ortamda iki adet site olup her iki site üzerinde Active Directory ve Additional Domain Controller olup her ortamda da tanımlamalarımızı gerçekleştiriyoruz.
Bizleri karşılayan bu ekranımızda mevcut Active Directory Site and Service altında tanımladığım site’lar ve o site üzerinde koşan sunucularımızın Assign işlemini tamamlıyor ve Storage adımına geçiyoruz.
Azure Stack HCI 21H2 cluster yapılandırmamızın son adımımız olan Storage adımına geldik. İlk olarak mevcut disklerimizin üzerinde herhangi bir veri vb. bir şey var ise onların silinmesi ve uygun hale getirilmesini sağlıyoruz.
Azure Stack HCI 21H2 işletim sistemine sahip olan dört adet sunucularımız üzerinde dört adet disk bulunmakta. Sunucular üzerinde var olan disklerin kontrolleri yapıldıktan sonra ilerliyoruz.
Gelen bu ekranımızda ise var olan storagelerimizin validation işlemleri tamamlandıktan sonra Next diyerek artık son adımımıza geçiyoruz.
Evet artık Storage Spaces Direct kurulumlarını ve konfigürasyonlarını tamamlayarak Azure Stack HCI 20H2 kurulumunu tamamlamış olduk.
Buraya kadar olan kısımda Azure Stack HCI 21H2 işletim sistemi üzerinde networking , storage ve Cluster kurulumlarını gerçekleştirdik. Kurulumu ve konfigürasyonu tamamlanmış Cluster üzerine geçiyoruz Cluster üzerindeki konfigürasyonlarımıza geçiyoruz.
Azure Stack HCI 21H2 Stretched Cluster Ayarları
Öncelikle Windows Admin Center üzerinde yer alan Cluster seçimini yaparak bağlanıyoruz. Bu adımda ilk yapacağımız bizlerin Azure üzerine register edilmesi işlemini gerçekleştirmeniz gerekiyor. Bu adımları da daha önceki makalemizde bulabilirsiniz. İlgili Azure aboneliğimize register olduktan sonra ilk yapmamız gereken konfigürasyon Cluster için Witness konfigürasyonunu yapmamız gerekmekte. Bizler Azure Storage üzerinde disk tanımlarımızı yaparak Cloud Witness tanımını gerçekleştireceğiz. Bunun için öncelikle Azure Portal üzerine geçiyoruz.
Azure Portal üzerinde Storage Account ve ardından yeni bir Storage Account oluşturabilmek için Create seçimini yapıyoruz. Ekran görüntüsünde de görüleceği gibi Resource Group seçimini ve oluşturacağımız ve Cloud Witness olarak kullanılacak Storage Account isimlendirmemizi yapıyor ve Next diyerek ilerliyoruz.
Bizleri karşılayan bu ekranımızda Enable Blob Public Access seçimini kaldırıyoruz ve diğer adımlarda herhangi bir değişiklik yapmadan Next ile ilerliyoruz.
Oluşturacağımız Storage Account üzerinde validation işlemi tamamlandıktan sonra Create diyerek Storage Account oluşturuyoruz.
Oluşturduğumuz Storage Account üzerine geldiğimiz Security + Networking başlığı altında yer alan Access Key seçimini yapıyoruz. Burada yer alan Storage Account Name, Key ve Connection String bilgilerini alarak Windows Admin Center üzerinden yeniden Azure Stack HCI 21H2 cluster ortamına bağlanıyoruz.
İlgili değerleri Windows Admin Center üzerinden settings ardında Witness tabına geçiyoruz. Azure Storage Account altından almış olduğumuz değerleri tanımlıyoruz ve Save diyerek Cloud Witness oluşturmaya başlıyoruz.
Yapmış olduğumuz tanımlamalar ve konfigürasyon tamamlandıktan sonra ekran görüntüsünde de görüleceği üzere artık Online durumda ve Cloud Witness konfigürasyonları da tamamlanmış oldu.
Bir sonraki yapacağımız konfigürasyonda artık Azure Stack HCI 21H2 cluster ortamımızda Volume tanımlama olacak.
Yine Windows Admin Center üzerinden kurulumunu yaptığımız Cluster ortamına bağlanıyoruz ve Volumes seçimini yapıyoruz. Gelen ekranımızda Inventory tabına geçiyor ardından Add seçimini yapıyoruz.
Bu adım bizler için önemli çünkü disklerimizin replikasyon tanımlarını bu adımımızda gerçekleştiriyoruz. Disk replikasyonlarının Merkez Site’dan DR Site’a doğru yapılacağını tanımladık. Bununla birlikte Senkronize replikasyonlarının olacağını yani eşitlemelerin sürekli ve anlık olarak yapılması ile ilgili tanımlarını yaptıktan sonra Create diyerek Volume oluşturmaya başlıyoruz.
Ekran görüntüsünde de görüldüğü gibi artık Cluster üzerinde tanımladığımız Volume’ler Merkez Site ile DR Site arasında yer alan Replica disk arasında gerçekleşeceğini ve bu bahsettiğimiz replikasyonunda senkron olacak şekilde tanımlamalarımızı yaptık.
Oluşturduğumuz Cluster Shared Volume ve replikasyonlarının durumunu aynı zaman da Failover Cluster üzerinden de gözlemleyerek Sync işleminin olduğunu yukarıda bulunan ekran görüntüsünden de görebiliriz.
Kurulumlarını gerçekleştirdiğimiz Azure Stack HCI 21H2 Cluster ortamında oluşturulmuş bir sanal sunucumuz bulunmakta. Disaster testlerini yapabilmek için öncelikle oluşturmuş olduğumuz sunucu ve yer aldığı Merkez Site kapandığı ya da planlı bir çalışma için DR Site üzerine geçişini test edelim ve ortamımızın nasıl tepki verdiğini görelim.
Bizlerin kurulum ve konfigürasyonunu gerçekleştirdiğimiz Merkez site üzerinde bulunan iki hostumuz üzerinde sanal makinalarımızı görüyoruz.
Failover Cluster üzerinden eriştiğimizde oluşturulmuş ve replikasyonları yapılan diskler ve owner node’ler görüyoruz.
Şimdi bizler Merkez Site üzerinde bulunan ve kaynaklarımın üzerinde koştuğu Azure Stack HCI ortamlarımızı kapatarak testlerimizi gerçekleştirelim.
Failover Cluster konsolundan Merkez Site üzerinde kapatılan sunucularımızın durumlarını görüyoruz.
Yine Failover Cluster yönetim konsolundan tanımlamalarını yapmış olduğumuz ve Two Way replikasyon tanımlarını gerçekleştirdiğimiz Storage Spaces Direct disklerimizin artık replikasyonları yapılmış olan DR Site üzerine geçtiğini sahipliğinin alındığını görüyoruz.
Windows Admin Center üzerinden gözlemleyecek olursak son durumu yine DR Site üzerinde yer alan ve Azure Stack HCI 21H2 hostlarımız üzerinde çalıştığını ve kaynaklarımızın sağlıklı olduğunu görüyoruz.
SQLServer isimli sanal kaynağımız üzerinden de network tarafında herhangi bir problem olup olmadığının kontrollerini gerçekleştirdikten sonra yapımızın sağlıklı ve düzgün çalıştığını gördük.
Böylelikle Azure Stack HCI 21H2 Stretched Cluster kurulum , konfigürasyon ve ortamımızın testlerini gerçekleştirmiş olduk.