Bir süredir takip ettiğim ve etkinlilklerinde konuşmacı, salon başkanı ve moderatör olarak bulunmaktan büyük bir keyif aldığım DCD etkinliğindeydik. Katılan herkese teşekkürler
Author Archives: Okan EKE
Datacenter Dynamic Etkinliği – Yapay Zeka Tabanlı Veri Merkezi Yönetimi
Bir süredir takip ettiğim ve etkinlilklerinde konuşmacı, salon başkanı ve moderatör olarak bulunmaktan büyük bir keyif aldığım DCD etkinliğindeydik. Katılan herkese teşekkürler
3- SCOM Kapasite Planlama
SCOM kurulumuna başlamadan evvel ortamın büyüklüğüne göre kurulması gereken sunucuların adetleri ve mimarinin oluşturulması önemlidir. Her bir management server, üzerine eklenen bileşenlere göre cevap verme limitlerini doldurabilir ve bir süre sonra SCOM konsol üzerinde management server tabında ekli olan MS sunucuları grey out yani gri görünme durumuna düşebilir. Grey out birçok sebepten ötürü olmakla beraber hatalı konfigurasyon sonucu MS ler üzerinde oluşan aşırı yoğunluktan da olabileceği dikkate alınmalıdır.
Bu gibi sorunların önüne bir nebze olsun geçebilmek adına Microsoft System Center 2012 Operations Manager Sizing Helper Tool excelini kullanıma açtı. Bu excel ile kurulumu planlanan mimariye göre gerekli olan database boyutu, management server sayısı, artık pek bir önemi olmasa da raid önerileri, cpu ve mem miktarları gösterilmektedir.
Exceli açtığımızda bizi karşılayan ekranda 2. ve 3. seçenekte kurulması gerken mimariye göre öneriler yer almaktadır. 2. seçenek seçildiğinde aşağıdaki ekran açılacaktır.
Bu ekran SCOM ile izlemesi yapılacak cihazların sayısı ve APM in kullanılıp kullanılmayacağı senaryosuna göre minimum konfigurasyon önerilerinde bulunacaktır. Yukarıdaki örnekte 3000 windows computer, 100 network cihazı ve APM enable hali ile donanım gereksinimi nedir sorusunun cevabını vermektedir.
3000 windows computer 100 network cihaz ve APM enable senaryosu için DB boyutları ve donanım gereksinimleri yukardıdaki gibi oluşmaktadır.
Tüm bunların eşliğinde ve önceki makalelere göre senaryomuzu iki adet management server, SQL aktif passive, gateway server ile yukarıdaki mimaride kurabiliriz.
Azure Availability Test Nedir?
Availability Test
Tanımlanan lokasyonlardan belirli aralıklarda yapıya URL ping atan ve çalışır durumda olup olmadığını gösteren testlerdir. Tanımlanan metriklere göre bir veya birden fazla lokasyonda basarılı olmaz ise bildirim atarak durum hakkında bilgi sahibi olmamızı sağlar.
Test senaryoları belirlendikten ve uygulama içerisine gerekli eklentiler yapıldıktan sonra
Azure Key Vault Nedir?
Key Vault
Uygulamalarda kullanılan secretların barındırılması, uygulamaya kullandırılması için kullanılan servistir. Secretlar tanımlandıktan sonra görüntülenmez ve keyvault üzerinden çağırılır. Key Vault (Anahtar Kasası) kullanarak bulut uygulamaları ve hizmetleri tarafından kullanılan şifreleme anahtarlarını ve gizli anahtarları koruma ve yönetme
Azure B2C Tenant Nedir?
B2C Tenant
Uygulamayı kullanan kullanıcıların nasıl kayıt-login olacağını, profillerini nasıl düzenleyeceğini kullanıcı bilgilerini koruyarak yönetmemize olanak sağlayan kimlik yönetim servisidir.
Daha detaylı bir anlatımla Azure Active Directory (Azure AD) B2C, müşterilerin uygulamalarınızı kullanırken nasıl kaydolduğunu, oturum açtığını ve profillerini yönettiğini özelleştirip denetlemenizi sağlayan bir kimlik yönetimi sistemidir. Buna diğerlerinin yanında iOS, Android ve .NET için geliştirilmiş uygulamalar dahildir. Azure AD B2C, aynı anda müşterilerinizin kimliklerini korurken bu eylemleri mümkün kılar
https://docs.microsoft.com/en-us/azure/active-directory-b2c/
Azure Continuous Integration(CI) Nedir?
Continuous Integration(CI)
Geliştiriceler için merge ve kod testi otomasyonu sağlar. CI kullanımı koddaki bugların erken farkedilmesi sağlayarak çözümü maliyetini düşürür. CI’ın bir parçası olarak uygulanan otomasyon testleri geliştirilen uygulamanın kalitesi hakkında bilgi verir. CI sisteminin çıktısı olan artifactlar’ı release pipeline’lar oluşturularak istenilen sıklıkta deploy edilebilir. VSTS’in build servisi uygulamalar için CI ortamının oluşturulması ve yönetilmesi konularında yardımcı olur.
Azure üzerinde ise aşağıdaki yerden tanım yapılabilir
2- SCOM Yedeklilik – High Availability
SCOM 2012 çıktığı zaman 2007 den büyük değişiklikler ile sunuldu. Bunlardan en önemlilerinden biri de 2007 RMS yani Root Management Server mimarisini bırakmış olmasıydı. Bu sayede SCOM 2012 de artık management servers arasında bir öncelik kalmamış oldu. Böylelikle bir management group içerisinde bulunana management servers biri herhangi bir sebepten ötürü iş göremez hale gelirse üzerindeki iş yükleri otomatik olarak o management group içerisine tanımlı diğer sunuculara paylaştırılır oldu. Bu sayede RMS yapısına ihtiyaç kalmadı
SCOM konsole üzerinde de yedeklilik ve tutarlılık 2012 sürümünde sağlandı. Bu sayede SDK yüklü olan RMS sunucu yerine artık tüm Managemement sunucularına bağlanabilir oldu. Ayrıca NLB desteği de geldi
Management Pack konusunda geriye dönük uyumluluğu desteklemek açısından SCOM 2012 de ilk kurulan management server aynı zamanda RMS emulator olarak görev yapmaktadır. Bu sayede 2007 den upgrade senaryoları desteklendiği gibi powershell üzerinden de RMS emulator hizmeti farklı MS sunucuları üzerine taşınabilir hale geldi
Yedeklilik yapısından bahsederken Resource Pool kavramından bahsetmemek olmazdı. Mevcut yükleri dağıtmak ve dengelemek için kullanılan resource pool, management group içerisinde bulunan management servers da yedekliliğini sağlar
Hali hazırda SCOM kurulumlarında 3 adet resource pool oluşturulur. Bunlar;
- All Management Server Resource Pool
- Notification Resource Pool
- AD Assignment Resource Pool
Database yapısında da always on gibi aktif pasif yedeklilik senaryoları, veri tabanı erişilebilirliğini de arttırmıştır.
Farklı örnek senaryolar için aşağıdaki link yardımcı olacaktır
https://docs.microsoft.com/en-us/system-center/scom/plan-hadr-design?view=sc-om-1807
Azure Continuous Delivery(CD) Nedir?
Continuous Delivery(CD)
Build edilen test edilmiş ve daha önce test ortamlarına deploy edilmiş uygulamanın yayına alınması işlemidir. Uygulamanın birden fazla ortamda yayınlanıp test edilmesi kaliteli bir sonuç alınmasını sağlar. CI sistemleri artifact’ı üretilen uygulamanın infrastructure ya da app üzerine deploy edilmesi adımında kullanılır. Otomatikleştirilmiş release pipeline’ları hem yeni versiyonu yayına alınmasında hem de yayındaki versiyonda yer alan hataların giderilmesinde kullanılabilir. VSTS’in release servisi uygulamalar için CD ortamının oluşturulması ve yönetilmesi konusunda yardımcı olur.
Azure Devops Nedir
Azure DevOps
Eski adıyla (Visual Studio Team Services(VSTS)) olarak bilinir uygulama geliştiriciler için sunulmuş bir DevOps çözümüdür. Continuous Integration(CI) ve Continuous Delivery(CD) süreçlerinin yapılandırılmasına olanak sağlar.
Geliştiriciler için ücretsiz bir çok servisin hazır olarak sunulduğu bu platform ile yazılım süreçleri daha tutarlı ve stabil hale geliyor
Bir çok dil desteği ve bulut platformu ile bir projenin yazım dili ve ortamını seçmek artık çok çevik
Bir sonraki makalede CI CD süreçlerinden bahsedilecektir.