Bundan bir kaç gün SRM ile Recovery Planlarını Test ederken bazı sıkıntılar yüzünden testi iptal etmek zorunda kaldım tam bu esnada SRM servisinin durması üzerine garip bir sorunla karşılaştım. SRM servisi durunca vCenter’ın tuttuğu Recovery tasklerinin state’i ile SRM’in stateleri tutmadığından dolayı aşağıda ki ekran görüntüsünde ki gibi bir durum oluştu.
Bu yazımda, başıma yeni gelmiş bir güncelleme probleminden bahsetmek istiyorum. vCenter’ınızı 5.1’den 5.5’e güncellediğiniz zaman beraberinde SRM’in sürümünü de güncellemeniz gerekmektedir. Aslında oldukça basit ve tek düze olan SRM güncelleme işlemi maalesef vCenter’ın mimarisinde köklü değişikliklerin oluşmasından dolayı bazı sorunlar doğurmaktadır.
SRM kurulumu her ne kadar kolay ve tek düze bir işlem olsa da bazı ortamlarda gerek OS seviyesinde ki eksikliklerden kaynaklı kimi durumlarda da yapıdan kaynaklı olarak kurulum esnasında hatalar alınmaktadırlar. Bu yazımda en çok karşılaştığım kurulum hatalarına değinmek istiyorum.
PowerCLI 5.5 R2’den itibaren SRM API’si ile doğrudan ek bir işlem yapmadan entegre olabilecek duruma gelmiştir. Bu sayede birçok işlemimizi otomatikleştirebileceğimiz gibi vRealize Automation gibi bir self-service portal yardımıyla da DRaaS hizmetini daha kolay ve esnek sunabilmemizi de sağlamaktadır. Bu yazımda temel seviyede SRM ve PowerCLI entegrasyonundan bahsedip birkaç kullanım örneğine değinmek istiyorum. API hakkında daha detaylı bilgileri ilgili dokümantasyonda bulabilirsiniz.
Vmware’in her yıl düzenliği vmworld etkinliğinde bu yıl SRM’in yeni sürümüyle beraber gelmesi planlanan özelliklerini tanıttı bunlar arasında en çok dikkatimi çekmiş olan SRM: stretch storage and Active Active Datacenters sessionında tuttuğum notlar yardımıyla anlatmak istiyorum.
