#vmware replikasyonu | Explore Tumblr posts and blogs

tayfundeger · 6 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsphere-replication-8-1-kurulumu-bolum-1.html

vSphere Replication 8.1 Kurulumu - Bölüm 1

Merhaba,

Daha önce vSphere Replication ile ilgili çeşitli makaleler yazmıştım. Bu yazılarıma aşağıdaki linklerden ulaşabilirsiniz. vSphere Replication 8.1 ile birlikte önemli yenilikler bir arada geldi. Bu makale yenilikleri, limitasyonları, gereksinimleri ve kurulum ile ilgili detayları anlatacağım. Disaster çözümünüz yok ise kesinlikle kullanmanızı tavsiye ederim.

http://www.tayfundeger.com/kat/vmware-vsphere-replication

vSphere Replication’ın ne işe yaradığını bilmiyorsanız veya nasıl çalıştığını bilmiyorsanız bunun için yine aşağıda yazmış olduğum makaleyi inceleyebilirsiniz.

vSphere Replication Nedir? Nasıl Çalışır?

vSphere Replication’in ne işe yaradığı ve nasıl çalıştığı konusunda yukarıdaki linkten bilgi alabilirsiniz. Ben bu yazımda vSphere Replication 8.1 kurulumunu anlatacağım için direk vSphere Replication 8.1’in yeniliklerinden bahsedeceğim. Daha sonrasında kurulumu detaylı olarak anlatacağım zaten.

Ben iki farklı vCenter Server (Site) üzerine kurulum yapacağım. Yapacağım kurulum genel olarak yukarıdaki gibi olacaktır.

VMware vSphere Replication 8.1 Yenilikleri:

VMware ortamınızda çalışan bir virtual machine’i VMware Cloud on AWS ortamına replikasyonunu gerçekleştirebilirsiniz.

Yeni HTML5 arayüzü sayesinde replikasyon işlemlerinizi daha basit ve hızlı bir şekilde gerçekleştirebilrisiniz.

vSphere Replication sunucu artık Photon OS işletim sistemi ile sunulmaya başlandı. Eskiden Suse OS kullanırken artık Photon OS kullanacağız.

vSphere Replication 8.1, vSphere 6.7 dahil olmak üzere vSphere 6.0 Update 3’ü desteklemektedir.

Ayrıca vSphere Replication 8.1 ile birlikte artık vSphere Replication ve SRM arayüzleri birleştirilmiştir. Ancak site recovery manager halen windows üzerine kuruluyor bunu belirtmeliyim. Aklınıza vSphere Replication 8.1 içerisinde artık Site Recovery Manager var gibi bir düşünce bulunmasın 🙂 Ama ileride birleştireceklerini düşünüyorum.

Limitasyonlar;

vSphere Replication 8.1, vSphere 6.0 ‘dan vSphere 6.7’ye kadar tüm sürümleri destekler. vSphere 5.5 support’u bulunmamaktadır.

5 dakikalık RPO ile VVOL datastore’una maksimum 50 virtual machine gönderebilirsiniz.

vSphere Replication VSS quiescing’i support etmiyor.

Eğer virtual machine üzerinde shared vmdk kullanıyorsanız replikasyon işlemini yapamazsınız.

vSphere Replication Management Server maksimum 2000 tane replikasyonu destekler.

vSphere Replication ile maksimum 62 TB disk boyutu desteklenir. Eğer virtual machine’in disk’i 62TB ‘den büyük ise replikasyonu başlatamazsınız.

vSphere Replication, vCenter Server 5.5 için desteklenen bir veritabanı olarak DB2 desteğinin kaldırılmasına bağlı olarak artık vSphere Replication veritabanı olarak IBM DB2’yi desteklememektedir.

2 TB üzerinde disk’i bulunan bir virtual machine’in replikasyon performansı 2TB altında disk’i bulunan virtual machine ile aynı olmaz.

Eğer bir virtual machine üzerinde RDM disk var ise ve bu RDM disk virtual olarak yapılandırıldı ise vSphere Replication ile replikasyonunu yapabilirsiniz.

vSphere Replication sunucusunda VMware tools update/upgrade işlemi yapamazsınız.

Eğer ortamınızda vSAN var ise ESXi 6.0 ve üstü olması gerektiğine dikkat edin. Aksi halde vSphere Replication ile replikasyon yapamazsınız. (5 dakikalık RPO)

Network isolation özelliğini kullanabilmek için her iki site üzerindeki ESXi host’ların 6.0 versiyonunda olması gerekmektedir.

Öncelikle kuruluma başlamadan önce kısa bir bilgi vermek istiyorum. Kurulumu yaparken 2 tane site kullanıyorum. Her iki site üzerinde bulunan ESXi ve vCenter Server DNS ile birbirlerini çözebilmektedir. ESXi ve vCenter Server‘ın NTP konfigurasyonları yapılı durumdadır. Eğer vSphere Replication kurulumunda veya kurulum sonrasında bir problem yaşarsanız muhtemelen NTP veya DNS kaynaklı olacaktır. Ondan dolayı NTP ve DNS konusuna kuruluma başlamadan önce dikkat etmenizi rica ederim.

vSphere Replication’i kullanabilmeniz için aşağıdaki lisanslardan birine sahip olmanız gerekiyor. Eğer bunlardan birine sahipseniz vSphere Replication’i kullanabilirsiniz.

vSphere Essentials Plus

vSphere Standard

vSphere Enterprise

vSphere Enterprise Plus

vSphere Replication 8.1 için port listesini aşağıdaki linklerde bulabilirsiniz.

http://kb.vmware.com/kb/1012382

http://kb.vmware.com/kb/2087769

2 farklı lokasyonum bulunuyor. Aşağıdaki envanterler üzerine kurulum yapacağım. Bunlar;

Production:

vcsa.tayfundeger.local (vSphere 6.7 u1)

vesxi01.tayfundeger.local

vesxi02.tayfundeger.local

vesxi03.tayfundeger.local

Disaster:

vcdr.tayfundeger.local (vSphere 6.7u1)

vesxi04.tayfundeger.local

Kuruluma başlamadan önce bir konu hakkında bilgi vermek istiyorum. Ben burada 2 farklı vCenter üzerine kurulum yapacağım. Ancak siz isterseniz tek bir vcenter server altına vSphere Replication kurup farklı cluster’lar veya farklı datacenter’lar arasında da replikasyon yapabilirsiniz. Ben 2 farklı vCenter Server kurdum ve burada her vCenter Server üzerine birer vSphere Replication kurup bunları karşılıklı konuşturacağım. Daha sonrasında replikasyon yapmaya başlayabiliriz.

https://my.vmware.com/web/vmware/details?productId=742&downloadGroup=VR81

Ben vSphere Replication’i ilk olarak Production ortamına kuracağım. Bu kurulum tamamlandıktan sonra aynı işlemleri DR site içinde yapmak gerekiyor.

İlk olarak yukarıdaki linkten vSphere Replication ‘i download ediyoruz. ISO dosyasını download ettikten sonra Windows bir sunuya bunu mount ediyoruz. vCenter Server’a HTML5 Client ile login oluyoruz ve Cluster veya Datacenter üzerinde sağ click > Deploy OVF Template butonuna basıyoruz.

Deploy OVF Template bölümünde Local File butonuna basıyoruz ve Dosyaları Seç veya Browse butonuna tıklıyoruz.

Yukarıda işaretlediğimiz dosyaları seçiyoruz ve Open butonuna basıyoruz.

Dosyaları seçtikten sonra Next butonu ile devam ediyoruz. Bu aşamadan sonra kullanıcı sözleşmesi, resource belirleme gibi işlemler yapılacağı için bu bölümü Next, next butonu ile geçiyorum. Configuration bölümünde CPU seçmeniz istenecektir. 2 veya 4 vCPU seçebilirsiniz. Eğer vSphere Replication’in yüksek performans ile çalışmasını istiyorsanız 4 vCPU seçmeniz gerekmektedir.

Customize template bölümü aslında en önemli bölümlerden birtanesi. Burada NTP, hostname ve DNS bölümüne çok dikkat etmeniz gerekiyor. Girmiş olduğunuz hostname bir DNS tarafından çözülüyor olması gerekiyor. Aynı zamanda NTP için geçerli bir NTP Server belirtmeniz gerekiyor. Eğer vSphere Replication veya vCenter Server’lar arasında saat farklılığı olur ise replikasyonu başlatamazsınız. Tüm bölümleri doldurduktan sonra Next ile devam ediyoruz.

vSphere Replication’in vCenter Extension Service register olduğunu görüyoruz ve Next ile devam ediyoruz.

Yaptığımız işlemlerin kısa bir özetini görüyoruz ve Finish butonu ile deployment’i başlatıyoruz.

Deployment işlemi tamamlandıktan sonra vSphere Replication’a vermiş olduğunuz hostname veya IP ile vSphere Replication Appliance’a bağlanıyoruz.

https://vr.tayfundeger.local:5480/

vSphere Replication Appliance bölümüne giriş yaptıktan sonra VR > Configuration bölümüne giriş yapıyoruz. Buraya girdiğimizde deployment işlemini yeni tamamladığımız için ve gerekli konfigurasyonları yapmadığımız için VRM Service‘inin stop durumda olduğunu göreceksiniz. Burada yapmamız gereken SSO password‘unu tekrar yazmak ve sonrasında Save and Restart Service butonuna basmaktır. Diğer seçenekler zaten dolu bir şekilde geleceği için diğer seçeneklere ekstra değinmedim.

Karşınıza sertifika uyarısı çıkacaktır. Bu ekrana Accept butonu ile cevap verebilirsiniz.

Eğer DNS ve NTP sorununuz yok ise yukarıdaki gibi Successfully saved the configuration uyarısını göreceksiniz ve VRM Service durumu running olarak güncellenecektir.

HTML5 Client‘a tekrar login oluyorum ve login olduğumda Site Recovery tab’ına giriş yapıyorum. Buraya giriş yaptıktan sonra vSphere Replication’in başarılı bir şekilde çalıştığını görüyorum. Şimdi bu aşamadan sonra DR ortamına da aynı şekilde vSphere Replication deployment’i yapılması gerekiyor. Ben bu makalemde ayrıca DR ortamına kurulum yapmayı göstermeyeceğim çünkü yukarıdaki işlemlerin aynısını yapacağız. Makalenin 2. bölümünde Production ortamı ile DR ortamını karşılıklı konuşturacağız ve virtual machine’lerin replikasyonunu başlatabilir duruma geleceğiz.

Umarım faydalı olmuştur.

İyi çalışmalar.

#vm replikasyon kurulumu #vmware disaster #vmware replikasyonu

0 notes

kitabinipdfindir-blog · 7 years ago

Text

Windows ve Sanallaştırma

Windows ve Sanallaştırma Windows ve Sanallaştırma Hakkında Bilmediğiniz Hiçbir şey Kalmayacak…

Artan maliyetleri bir nebze olsun azaltabilmek, fiziksel sunucuları daha efektif kullanabilmek için günümüzdeki en ciddi teknolojilerden biri sanallaştırma teknolojisidir. Sanallaştırma teknolojisinde ana hedef, bir fiziksel sunucu üzerine birden fazla işletim sistemi yükleyerek elinizde bulunan fiziksel sunucunun daha verimli çalışmasını sağlamak ve bununla birlikte maliyetleri düşürmektir.

Bu kitap, Windows üzerinde sanallaştırmayı uygulamalı örneklerle okura açıklamayı amaçlıyor. Sanal makinelerin kurulumu, ayarlanması, yedeklenmesi, replikasyonu, depolama birimlerinin taşınması, canlı taşınma gibi konular üzerinde etraflıca duruluyor. Başta profesyonel Windows sistem yöneticileri olmak üzere mühendisler, sistem yönetimi ağırlıklı çalışmak isteyenler ve öğrenciler için başvurulabilecek temel bir kaynak…

• Hyper-V 3.0 • Hyper-V 3.0 Rolünün Kurulumu • Hyper-V 3.0 Konsoluna Genel Bakış •Hyper-3.0 Genel Ayarları • Sanal Makine Kurulumu • Sanal Makine Ayarları •Hyper-V 3.0 Anlık Görüntü Uygulaması (Snapshot) • Sanal Makinelerin Yedeklenmesi • Sanal Makinelerin Replikasyonu • Depolama Alanlarının Taşınması (Storage Migration) • Sanal Makinelerin Canlı Taşınması (Live Migration) •Hyper-V 3.0 Kümeleme (Cluster) • Hyper-V Server 2012 • Sanal Makine Yöneticisi 2012 SP1 ( Virtual Machine Manager 2012 SP1) •Hyper-V Tabanlı Fiziksel Makinelerin Eklenmesi • Sanal Makinelerin Yönetimi • Kütüphane Sunucusu (Library Server) • Sanal Makine Yaratma İşlemleri •VMware Sanal Makinelerinin, Hyper-V Sanal Makinelerine Dönüştürülmesi • Fiziksel Makinelerin Sanal Makinelere Dönüştürülmesi • VMware ESX Platformunun Yönetimi

Windows ve Sanallaştırma

#Windows ve Sanallaştırma indir #Windows ve Sanallaştırma kitabını indir #Windows ve Sanallaştırma kitabını pdf indir #Windows ve Sanallaştırma kitabını pdf oku #Windows ve Sanallaştırma kitap indir #Windows ve Sanallaştırma pdf #Windows ve Sanallaştırma pdf indir #Windows ve Sanallaştırma pdf oku

0 notes

guncelpdfindir-blog · 7 years ago

Text

Windows ve Sanallaştırma

Windows ve Sanallaştırma Windows ve Sanallaştırma Hakkında Bilmediğiniz Hiçbir şey Kalmayacak…

Windows ve Sanallaştırma

#Windows ve Sanallaştırma ac #Windows ve Sanallaştırma ebook #Windows ve Sanallaştırma indir #Windows ve Sanallaştırma kitabı pdf #Windows ve Sanallaştırma pdf #Windows ve Sanallaştırma pdf indir #Windows ve Sanallaştırma pdf oku

0 notes

tayfundeger · 4 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on https://www.tayfundeger.com/sap-hana-ve-vmware.html

SAP HANA ve VMware

Merhaba,

SAP HANA ve VMware isimli bu yazımda sizlere VMware vSphere üzerinde bulunduracağınız SAP HANA virtual machine’lerinin özellikleri ve önerilen konfigurasyonları hakkında detaylı bilgiler vereceğim.

Daha önce SAP ile ilgili aşağıdaki gibi bir makale yazmıştım.

VMware Best Practices for SAP

SAP kullanıcıları, VMware vSphere üzerinde sanallaştırılmış SAP HANA platformunu çalıştırarak önemli avantajlar sağlar. Öncelikle Sanallaştırma mimarisinde SAP HANA kullandığınızda eğer ortamınızda bir cluster var ise fiziksel donanımda bir sorun yaşanması durumunda çalışan virtual machine’i farklı bir host’a migrate edebilir veya fiziksel donanımın ansızın kapanması durumunda virtual machine’in farklı bir host üzerinde vSphere HA sayesinde açılmasını sağlayabilirsiniz. Elbette sanallaştırma mimarilerinin operasyonel anlamda ciddi kazanımları bulunmaktadır. SAP HANA sistemlerini VMware sanallaştırma ortamlarında sorunsuz kullanabileceğinizi belirtmek isterim.

SAP HANA ve VMware

SAP HANA sunucularını VMware ortamlarında çalıştırmanız durumunda aşağıdaki yeteneklerden faydalanacağınızı belirtmek isterim.

NSX veya DRS sayesinde artırılmış güvenlik ve SLA oranları.

VMware vSphere vMotion sayesinde çalışan SAP HANA sunucularının farklı bir host’a power on bir şekilde migration işlemi.

vSphere HA sayesinde SAP HANA virtual machine’inin çalıştığı ESXi host’un down olması durumunda virtual machine’ler otomatik olarak cluster’da bulunan farklı ESXİ host’lar üzerinde power on olabilecektir. vSphere HA ile ilgili aşağıdaki makalelerimi inceleyebilirsiniz.

Objective 2.2 – Describe HA solutions for vSphere

Testing vSphere HA

SAP HANA’nın çalışacağı VMware ortam ortamlarında aşağıda belirteceğim işlemlere dikkat etmeniz gerekiyor. vSphere 7.0 U1 geçtiğimiz günlerde release oldu ve ben bu makalede vSphere 7.0 U1 ile ilgilide ekstra bilgiler vereceğim.

vSphere 7.0 U1 ile birlikte bir SAP HANA virtual machine’i üzerinde maksimum konfigurasyonlarda bazı değişiklikler oldu.

SAP HANA ve VMware

vSphere 7.0 U1 ile birlikte SAP HANA çalıştırılacak virtual machine’lere 6 TB memory verebilirsiniz. Ancak bu memory miktarını şuan için Skylake ve Cascade lake tabanlı işlemcileri kullanıyorsanız verebilirsiniz. SAP HANA için virtual machine üzerinde minimum 128GB memory olması gerekmektedir. Tabi bu sizin SAP HANA üzerinde çalıştıraca��ınız iş yüküne göre değişkenlik gösterir.

Bir SAP HANA VM yapılandırması, maksimum 256 vCPU ile yapılandırılabilir. Haswell tabanlı sistemlerde maksimum 144 vCPU, Broadwell tabanlı sistemler maksimum 192 vCPU ve Skylake ve Cascade Lake tabanlı sistemlerde maksimum 224 vCPU yapılandırılabilir. Dolayısıyla bu, CPU kaynakları (SAPS kapasitesi) SAP HANA VM’nin sınırlayıcı faktörüdür. SAP, üretim için bir SAP HANA sistemi için minimum 8 pCPU çekirdeği talep eder. Bugün itibariyle Haswell (18 çekirdekli CPU) veya daha sonraki CPU nesli (Yarım Soket VM) ile CPU soketi başına maksimum 2 VM’ye izin verilmektedir.

Daha önceki makalelerimden hatırlayabilirsiniz. Persistent memory denilen bir kavram ortaya çıktı. Persistent Memory sayesinde çok yüksek performans alabilirsiniz. Persistent memory ile ilgili makalemi aşağıdaki linkten inceleyebilirsiniz.

vSphere 6.7 – Persistent Memory

vSphere 6.7 EP14 ve vSphere 7.0 U1 ile birlikte SAP HANA sunucularında PMEM yani Persistent Memory kullanabilirsiniz. Ancak bunu kullandığınızda bazı kısıtlamalar karşımıza çıkıyor. VMware, vSphere 6.7 ve 7.0 ile Intel Optane PMem’i destekler. VMware ve Intel, SAP HANA’nın Optane PMem özellikli VM’lerle çalışmasını sağlamak için SAP ile birlikte çalıştı. vSphere 6.7’de (6.7 EP 14 sürümünden itibaren) 6 TB’a kadar (DRAM + Optane PMem) SAP HANA VM’lerin ve ayrıca vSphere 7.0 U1 sürümünden itibaren artık desteklenmektedir. Ayrıntılar için SAP Note 2913410‘a bakabilirsiniz. VMware, müşterilerin SAP’den özel danışmanlık almasını şiddetle tavsiye ediyor. Eğer Persistent Memory kullanacak iseniz bazı kısıtlamalara dikkat etmeniz gerekiyor.

SAP HANA ile birlikte Optane PMem özelliğini kullanacaksanız vSphere HA support edilmiyor. vSphere HA ihtiyaçları için SAP HANA System Replication gibi 3 party bir ürünü kullanmanız gerekecektir. Tabiki şunu söyleyebilirsiniz. SAP HANA çözümlerinde zaten yüksek memory kullanılıyor ve vSphere HA ‘in kullanılması için cluster’da yeterli kaynağınızda olmayabilir veya olası bir downtime durumunda SAP HANA virtual machine’i farklı host’da kaynak yetersizliğinden dolayı açılmayabilir. Özet ile SAP HANA sunucularının bulunduğu cluster’da eğer vSphere HA kullanılacak ise kaynak planlaması iyi bir şekilde yapılmalıdır.

SAP HANA ve VMware

Yukarıdaki görseli incelediğinizde SRM konusu dikkatinizi çekebilir. VMware SRM, disaster recovery çözümüdür. vSphere Replication sayesinde virtual machine’i farklı bir lokasyona replike edebilirsiniz. vSphere Replication kullanıyorsanız minimum 5 dakikalık bir RPO ile bu işlemi gerçekleştirebilirsiniz. SAP HANA virtual machine’leri için replikasyonu kullanabilirsiniz ancak RPO süresi 5 dakika olduğu için yani replike edilen data 5 dakika geç geleceği için SAP HANA database ‘inde sorunlar ile karşılaşabilirsiniz. Bundan dolayı VMware SRM ve vSphere Replication’in kullanılması önerilmez. Aynı durum FT içinde geçerlidir.

vSphere vMotion özelliği sayesinde bir virtual machine’i power on bir şekilde farklı bir ESXi host’a migrate edebiliyoruz. vSphere 7 ile birlikte vMotion özelliğinde de bazı değişiklikler yapıldı. vSphere 7 üzerinde çalışan SAP HANA virtual machine’lerinde vMotion işlemi başlatıldığında vSphere 6.7’ye göre 2.5 kat daha hızlı sonuç alındığı belirtiliyor. vSphere 7 ile birlikte gelen vMotion yenilikleri ile ilgili ayrıca bir makale yazacağım.

SAP HANA kullanıyorsanız aşağıda belirteceğim Best Practices’lere dikkat etmeniz gerekiyor.

SAP HANA sunucularında Memory rezervasyonu yapılmalıdır. Sunucu üzerinde memory miktarı kadar rezervasyon yapılmalıdır.

Paravirtual SCSI Controller kullanılmalıdır.

VMxnet3 network kartı kullanılmalıdır.

ESXi host’un çalıştığı fiziksel sunucuda HT aktif durumda olmalıdır.

vMotion, management, backup ve replikasyon için kullanılan network’ler dedike olmalıdır. Yani SAP HANA virtual machine’i ile bu belirtmiş olduğum VMkernel network’leri aynı uplink’i kullanmamalıdır.

Yoğun kullanım olduğu zamanlarda vMotion ve Snapshot almayın.

CPU yapılandırması yaparken CPU Ready Time’a dikkat edin.

Aşağıdaki SAP HANA ve VMware parametrelerini uygulayın.

transparent_hugepage=never numa_balancing=disabled vmw_pvscsi.cmd_per_lun=254 vmw_pvscsi.ring_pages=32

Son olarak; SAP HANA yüksek gereksinimlerinden dolayı sanallaştırma ortamlarında size bazı zorluklar çıkarabilir. Özellikle vMotion ve Snapshot gibi operasyonlarda eğer dikkatli olmaz iseniz başınıza dertler açabilir. SAP HANA virtual machine’lerinin memory ve disk boyutları yüksek olduğu için uyarıyorum aslında. Çünkü bir virtual machine’i vMotion ile farklı bir ESXi host’a migrate etmek istediğinizde virtual machine’in memory datası taşınır. Virtual machine’in memory’si ne kadar büyük ise migration işlemi o kadar uzun sürecektir. vMotion tamamlandığında ise virtual machine üzerinde anlık ping kayıpları görebilirsiniz. Aynı durum snapshot içinde geçerlidir. Disk ve Memory ne kadar yüksek ise snapshot işlemi o kadar uzun sürecek ve performans sorunu yaşamanızda kaçınılmaz olacaktır. Bundan dolayı SAP HANA gibi ürünlerde kesinlikle snapshot ve vMotion işlemleri mümkün olduğunca gerçekleştirmeyin.

Umarım faydalı olmuştur.

İyi çalışmalar.

#sanal sap kurulumu #sap ayarları #sap kurulumu #sap vmware

1 note · View note

tayfundeger · 7 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsphere-replication-6-5-vm-recover-bolum-3.html

vSphere Replication 6.5 VM Recover – Bölüm 3

Merhaba,

Bir önceki bölümde vSphere Replication ile VM replikasyonunun nasıl yapılacağını görmüştük. Bu yazımda ise replikasyonu tamamlanan bir virtual machine’in, target site’da nasıl power on duruma getirileceğini anlatacağım.

Bir virtual machine’in replikasyonu başarılı bir şekilde tamamlandı ise Status bölümünde OK simgesini görebilirsiniz. Bu aşamadan sonra artık virtual machine’ini target site’da power on duruma getirebilirsiniz. Bunun için virtual machine üzerinde sağ click recover butonuna basıyoruz.

Recovery options bölümünde karşımıza 2 tane seçenek çıkıyor.

Synchronize recent changes: Eğer bu seçeneği seçersek source’da bulunan virtual machine üzerinde değişen son data’larda target site’a replike edilir. Tabi bu seçeneği seçtiğimizde source site’daki virtual machine’in erişilebilir durumda olması gerekmektedir.

Use latest available Data: Eğer bu seçeneği seçersek son replike edilen data ile virtual machine power on edilir. Bu aşamada source üzerinde bulunan virtual machine’e eğer bir data yazılır ise bu data target site’da açılacak virtual machine içinde bulunan. Son replike edilen data ile virtual machine power on edilir.

Synchronize recent changes seçeneğini seçerek devam ediyorum.

Target site’da virtual machine’in hangi folder’da açılacağını seçiyoruz. Folder yok ise benim gibi datacenter’i seçip devam edebilirsiniz.

Virtual machine’in hangi resource pool altında power on edileceğini seçiyoruz. Eğer resource pool yok ise ESXi host’u seçebilirsiniz. Next ile devam ediyoruz.

Son aşamada replikasyonu yapılan virtual machine’in target site’da recover olduktan sonra power on olmasını istiyorsanız Power On the virtual machine after recovery seçeneğini seçiyoruz. Finish butonu ile işlemi tamamlıyoruz.

Replikasyon tamamlandıktan sonra virtual machine otomatik olarak power on edilecektir.

Bu aşamada isterseniz bu virtual machine’in replikasyon hizmetini durdurabilirsiniz. Replike olan virtual machine üzerinde sağ click stop butonuna basabilirsiniz. Stop’a bastığınızda karşınıza yukarıdaki gibi bir uyarı gelecektir. Replikasyon stop duruma geldiğinde her iki site üzerindeki virtual machine’inizde silinmeyecektir. Ancak source site’iniz down durumda ise ve erişemiyorsanız force stop replication butonuna basarak replikasyonu durdurabilirsiniz. Böylece remove edecektir.

Son aşamada virtual machine’inizi istediğiniz gibi kullanabilir durumda olacaksınız. Şimdi vSphere Replication’ı hangi amaçlar için kullanabilirsiniz kısaca bilgi vereyim. Örneğin Ankara lokasyonunda bir vCenter’ınız var ancak virtual machine’lerin hepsini Istanbul’a almak istiyorsunuz. Bunun için her iki lokasyonada vSphere Replication kurup virtual machine’lerinizi aynı makalede anlatmış olduğum işlemler ile Istanbul lokasyonuna replike edebilir ve Istanbul lokasyonunda power on duruma getirebilirsiniz. Yani sadece disaster recovery işlemleri için değil, planlı taşımalar içinde oldukça ideal bir ürün:)

Umarım faydalı olmuştur.

İyi çalışmalar.

#vmware replikasyonu nasıl

0 notes

tayfundeger · 7 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsphere-replication-6-5-ile-vm-replikasyonu-bolum-2.html

vSphere Replication 6.5 ile VM Replikasyonu – Bölüm 2

Merhaba,

Bir önceki bölümde vSphere Replication kurulumu ile ilgili bilgi vermiştim. Bu yazımda ise vSphere Replication’i kullanarak virtual machine replikasyonu nasıl yapılır onu anlatacağım.

vSphere Replication ‘ı vSphere Web Client üzerinden yönetebiliyorsunuz. Bunun için tüm işlemlerimizi artık vSphere Web Client üzerinden gerçekleştireceğiz.

İlk olarak vSphere Web Client’a login oluyoruz ve vSphere Replication bölümüne giriş yapıyoruz. Burada karşımıza çıkan seçeneklerde Manage butonuna basıyoruz. Eğer Monitor butonuna basarsak giden ve gelen replikasyonların detaylarını görürüz. Configure butonuna bastığımızda ise vSphere Replication Appliance’in arayüzüne giriş yaparsınız. Manage butonuna basıyoruz.

Target Sites bölümüne giriş yapıyoruz ve buradan yeni bir target site eklemek için butona basıyoruz.

Target site’da bulunan vCenter’ımızın bilgilerini yazıyoruz. Makalenin en başındada Source ve Target olmak üzere 2 farklı lokasyonum olduğunu belirtmiştim. Yine her iki lokasyonda vCenter olduğunu ve bu vCenter’lar vSphere Replication’lara connec durumda. Ben burada virtual machine’lerimi replike etmek istediğim lokasyondaki vCenter Server’ın bilgilerini yazıyorum. OK butonu ile işlemi sonlandırıyorum.

Virtual machine’leri replike edeceğim vCenter Server’i Target Site olarak Source vCenter Server’ime eklemiş durumdayım. Artık bu aşamadan sonra virtual machine’leri Target Site’a doğru replike edebiliriz.

Replike etmek istediğimiz virtual machine üzerinde sağ click All vSphere Replication Actions > Configure Replication butonuna basıyoruz.

Replication type olarak Replicate to a vCenter Server seçeneğini seçiyoruz ve Next ile devam ediyoruz. Ben bu makalemde farklı bir vCenter Server‘a replikasyon aşamasını anlattığım için bu seçeneği seçiyorum. Eğer siz virtual machine’inizi farklı bir cloud provider’a (Amazon,azure vs) replike etmek isterseniz 2. seçeneği seçmeniz gerekiyor. Next ile devam ediyoruz.

Virtual machine’i hangi vCenter Server’a replike etmek istiyorsanız o vCenter Server’ı seçiyoruz ve Next ile devam ediyoruz.

Her bir vSphere Replication Appliance maximum 2000 tane virtual machine’i replike edebilir. Oyüzden ben bu ortama 1 tane vSphere Replication Appliance kurdum. Eğer ortamınızda birden fazla vSphere Replication Appliance var ise bu bölümden o virtual machine’i seçebilirsiniz. Default olarak Auto-assign vSphere Replication server seçili durumda. Oyuzden ben burada işlem yapmıyorum ve Next ile devam ediyorum.

Virtual machine’in target site’da hangi datastore ‘a replike edileceğini seçiyoruz. Ayrıca burada virtual machine’in disk’ini thin veya thick olarak target site’a gönderebileceğinizi hatırlatmak isterim. Bu işlemi Disk format bölümünden yapabilirsiniz.

Next ile devam ediyoruz.

Replication options bölümünden, replike edeceğimiz virtual machine için replikasyon ayarlarını yapıyoruz.

Guest OS quiescing: Eğer işletim sisteminiz bu seçeneği destekliyor ise kullanmalısınız. Tabi bunun için işletim sistemini desteklemesi şart. Eğer bu seçeneği seçerseniz VSS ile konuşarak kararlı bir replikasyon yapmanızı sağlar. Tabi Windows makinaların birçoğu VSS’i destekler iken Linux’lar VSS’i desteklemiyor.

Network Compression: Eğer bu seçeneği seçerseniz replikasyon yapılan data sıkıştırılarak gönderilir. Tabi bununda avantajı sizin BW’inize doğrudan etki eder. Tabi bu seçeneği seçtiğinizde her iki site ‘da da CPU tüketiminiz artacaktır. Ancak çok abartı bir artış gözlemedim ben.

Next ile devam ediyoruz.

Recovery Settings bölümünde bu virtual machine için recovery ayarlarını seçiyoruz.

Recovery Point Objective (RPO): Replikasyonun nekadar sürede bir yapılacağını seçiyoruz. Eğer birden fazla virtual machine replike ediyorsanız bu seçeneği dikkatli ayarlamanız gerekiyor. Her virtual machine için 5 dakika’yi seçerseniz BW’iniz çok artacaktır buda network’unuz satüre olmasına yol açacaktır.

Point in time instances: Eğer bu seçeneği enable olarak işaretlersek, bu virtual machine için belirttiğimiz süre boyunca snapshot alınır ve bizim belirttiğimiz süre boyunca bu snapshot saklanır. Enable ettiğinizde default olarak günlük 3 snapshot ve 5 günlük periyod’larda alınır. Buda toplamda 15 snapshot yapar. Replikasyon yaptığınız makinayı isterseniz farklı bir snapshot’a recover edebilirsiniz. Bunu daha çok backup gibi kullanıyorlar ancak avantajları olduğu gibi dezavantajlarıda mevcut. Bir virtual machine üzerinde bukadar snapshot’ın birikmesi virtual machine’e aynı zamanda performans problemleride yaşatır. Tamamen size kalmış bir durum.

Gerekli ayarları yaptıkdan sonra Next ile devam ediyoruz.

Son olarak Ready to complete bölümünde yapılan işlemlerin kısa bir özetini görüyoruz. Finish’e bastıkdan sonra artık bu virtual machine için replikasyon başlıyor.

Monitor tab’ı altında yer alan vSphere Replication bölümünden Outgoing ve Incoming Replication’ları görebilirsiniz. Benim başlatmış olduğum Replikasyonda herhangi bir sorun gözümüyor. Replikasyon işlemi tamamlandığında Status OK olarak gözükecektir.

Bir sonraki bölümde virtual machine’in nasıl recover edileceğini anlatacağım.

Umarım faydalı olmuştur.

İyi çalışmalar.

#sanal makine replikasyonu nasıl yapılır #vmware vm replikasyonu nasıl yapılır

0 notes

tayfundeger · 8 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsphere-replication-nedir-nasil-calisir.html

vSphere Replication Nedir? Nasıl Çalışır?

Merhaba,

VMware’in replikasyon ürünleri ile ilgili daha önce blog’um üzerinden çeşitli bilgiler vermiştim. Bu yazılarıma aşağıdaki link’den ulaşabilirsiniz. vSphere Replication ile Site Recovery Manager ürünleri genellikle karıştırılıyor. Ben bu yazımda vSphere Replication’ın nasıl çalıştığı konusunda bilgi vereceğim. İlerleyen yazılarımda Site Recovery Manager ile ilgilide bilgi vereceğim. Her ikiside replikasyon ile ilgili olduğu için hangi ürünü kullanacakları konusunda genellikle soru işaretleri oluşuyor.

http://www.tayfundeger.com/kat/vmware-vsphere-replication

Öncelikle vSphere Replication’dan bahsedelim. Neden vSphere Replication kullanıyoruz?

vSphere Replication, VMware vSphere ürün ailesinin replikasyon ürünüdür. Virtual machine’lerinizi vCenter’lar arasında veya aynı vCenter içerisinde bulunan bir virtual machine’i farklı bir datastore’a replike etmenizi sağlayan üründür. vSphere Replication sayesinde virtual machine’lerin replikasyon işlemlerini gerçekleştirebilirsiniz. Replikasyon yaptığınız virtual machine’i daha sonra recovery edebilirsiniz. vSphere Replication düşük maaliyet ile virtual machine’lerinizi korur. Virtual machine’lerin replikasyonlarını kendiniz düzenleyebilirsiniz. Yani bu nedemek oluyor kısaca anlatayım. Virtual machine’lerin replikasyon zamanlarını belirtebilirsiniz. 15 dakika ile 24 saat gibi süreler ile replikasyonlarınıza RPO belirtebilirsiniz.

vSphere Replication ile bir virtual machine’in replikasyonu source site’dan bir target site’a yapılandırabilir, replikasyonun durumunu izleyip yönetebilir ve virtual machine’i target sitede kurtarabilirsiniz.

Replikasyon için bir sanal makine yapılandırdığınızda, vSphere Replication, virtual machine disklerindeki değiştirilmiş blokları source site’dan, virtual machine’in kopyasına uygulanan target site’a gönderir. Bu işlem storage seviyesinden bağımsız olarak gerçekleşir. vSphere Replication, source virtual machine’in ve target’da oluşan kopyasının ilk tam eşitlemesini gerçekleştirir. İlk replikasyon için gereken süreyi ve bandwidth’i azaltmak için initial replicaiton kullanabilirsiniz. Yani siz virtual machine’i download edip target site’a yükleyip daha sonra replikasyonu başlatabilirsiniz. Böylece vSphere Replication sadece değişen data’ları gönderecektir.

Replikasyon yapılandırması sırasında bir recovery point objective (kurtarma noktası hedefi) (RPO) ayarlayabilir ve instance’ların multiple points in time (birden fazla noktadan) (MPIT) tutulmasını sağlayabilirsiniz.

Yönetici olarak replikasyonların durumunu izleyebilir ve yönetebilirsiniz. Gelen ve giden replikasyon, source ve target site durumu, replikasyon sorunları, uyarılar ve hatalar için bilgileri görüntüleyebilirsiniz.

Bir virtual machine’i manuel olarak recover ettiğinizde vSphere Replication, replikasyon diskine bağlı virtual machine’in bir kopyasını oluşturur, ancak sanal network kartlarının hiçbirini bağlantı portgroup’lara bağlamaz. Virtual machine’in recovery ve status’unu gözden geçirebilir ve network’e bağlayabilirsiniz. Bilinen enson konuma veya farklı zamanlarda virtual machine’leri recover edebilirsiniz.

vSphere Replication, replikasyon konfigurasyon verilerini embedded database’inde saklar. Ayrıca, external bir database kullanmak için vSphere Replication’ı yapılandırabilirsiniz.

Bir virtual machine’i iki site arasında replike edebilirsiniz. vSphere Replication, hem source hem de target sitelere yüklenir. Her bir vCenter Server’a yalnızca bir vSphere Replication appliance deploy edilir. Ekstra vSphere Replication server’ları kurabilirsiniz. Yukarıdaki Topolojide bunun bir örneğini görebilirsiniz. Source ve Target’larda bulunan VR Appliance’lar sayesinde replikasyonlar gerçekleşmektedir.

Yukarıdaki topoloji’de aynı vCenter Server üzerinde yapılan replikasyonu görebilirsiniz. vCenter Server üzerinde bulunan virtual machine’leri isterseniz yine aynı vCenter Server üzerinde bulunan farklı bir datastore’a replike edebilirsiniz. Yukarıdaki topolojide vCenter Server hem source hemde target’i yönetir. Tek vCenter Server’da yanlızca birtane vSphere Replication Appliance deploy edilir. Virtual machine’leri farklı cluster’a replike etmek için isterseniz vCenter Server’a ekstra vSphere Replication server’lar kurabilirsiniz. Recovery işlemini gerçekleştirmek vSphere Replication Appliance’in çalışır durumda olması gerektiğini unutmayın. Aksi halde recovery işlemini yapamazsınız.

Son olarak vSphere Replication 6.0 ile birlikte daha az network trafiği oluşması için replikasyonlar üzerinde network compress özelliği getirildi. Network üzerinden geçen replikasyon trafiği sıkıştırılarak bandwidth düşürülür ve vSphere Replication appliance üzerinde kullanılan memory’de bir miktar memory tasarrufu sağlanabilir. Ancak bu özelliğin kullanılması her iki site ‘da bulunan datastore’larda ek yük ve bu datastore’ları yöneten ESXi host’larda ekstra CPU kullanımı gözükebilir. Compression enable edildiğinde vSphere Replication ile vMotion yapmaya devam edebilirsiniz ancak unutmamanız gereken bir konu var. Target ‘da bulunan ESXi host’lar 6.0’dan eski ise vMotion işlemi gerçekleştirilemez.

Umarım faydalı olmuştur.

İyi çalışmalar.

#esxi replikasyonu #replikasyon mimarisi #sanal replikasyon #vmware replikasyon nasıl yapılır #vmware replikasyon ürünü

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on https://www.tayfundeger.com/freenas-nedir.html

FreeNAS Nedir?

Merhaba,

FreeNAS Nedir? isimli bu yazımda sizlere homelab ortamında kullanabileceğiniz hem de opensource bir storage ürünü olan FreeNAS hakkında bilgi vereceğim. Öncelikle şunu söylemem gerekiyor ki ben de ilk başlarda FreeNAS’ı aşağıdaki ortamda kullandım.

VMware Home Lab

FreeNAS Nedir?

Makaleme başlamadan önce TrueNAS ve FreeNAS ‘dan bahsetmek istiyorum. FreeNAS’ın ismi yakın bir zamanda değişti ve TrueNAS Core ismini aldı. Tabiki FreeNAS ile aynı özelliklere sahip ancak FreeNAS’e ekstra olarak yeni özelliklerde içinde barındıracaktır. Bu konu ile iligli duyuruyu aşağıda görebilirsiniz.

https://www.ixsystems.com/blog/freenas-truenas-unification/

FreeNAS ilerleyen günlerde ismini değiştirecek ve TrueNAS Core ismini alacak. Ancak şuanda TrueNAS Core production ortamlarında kullanımda değil. Kısa süre içerisinde production ortamlarında kullanmaya başlayacağız.

FreeNAS Nedir?

Ben makaleme FreeNAS Nedir ile başlayacağım ancak bu isim yakın bir zamanda değişecek.

FreeNAS Nedir?

FreeNAS kesinlikle kullanmanız gereken opensource bir storage yazılımıdır. Hatta zaman geçtikçe aslında bir storage markası olmaya kadar ilerlemiştir. Freenas ilk olarak 2005 yılında Olivier Cochard-Labbé tarafından kendi file storage ihtiyacın karşılamak amacı ile yapılmıştır. FreeNAS o dönemde yapılırken, FreeBSD üzerinde geliştirilmiştir. Hatta FreeNAS ismide aslında buradan esinlenmiştir. O dönemlerde bu şekilde bir ürün çok çok fazla olmadığı için bu projeyi duyanlar hemen bu projeye ilgi gösterir ve FreeNAS ile ilgili bir canlı topluluk oluştu. Böylece FreeNAS gereçek bir ürün olarak şekillenmeye başladı. File Storage ihtiyacını karşılamak için oluşturulan ürün kısa bir zaman içerisinde, file sharing, media streaming özellikleride eklendi.

2010 yılından itibaren Cochard-Labbé, FreeNAS projesini devam ettirmek için artık yeterli zaman ve kaynak sağlayamadı, bu yüzden kontrolünü genel olarak open source diye tabir ettiğimiz açık kaynak yazılım desteği ve FreeBSD desteği ile tanınan bir şirket olan iXsystems’a verdi. Bunu, büyüyen bir FreeNAS geliştirme topluluğunun ihtiyaçlarını karşılamak için yazılımın güncellenmesi ve modernizasyonu ve proje altyapısının geliştirilmesini içeren önemli bir geliştirme çabası dönemi izledi. iXsystems geçtiğimiz günlerde

Kullanıcı arayüzü tamamen yeniden yapıldı ve ZFS pool‘lar için disk şifreleme ve kernel’de olmayan hizmetlerin kurulumunu destekleyen bir 3 party eklenti sistemi gibi özellikler eklendi. Bugün, FreeNAS, her sürüm için yüz binlerce indirme ile çok aktif bir geliştirme aşamasındadır – kuruluşundan bu yana toplamda 5,5 milyondan fazla indirme olmuştur.

Yazımın başından buraya kadar okudğunuzda FreeNAS sayesinde bir opensource storage oluşturabildiğini anlamış olmanız gerekiyor 🙂 FreeNAS ile evet storage ihtiyaçlarınızı çözebiliyorsunuz ancak iXsystems sadece FreeNAS’ı bize sunmuyor. FreeNAS, home ve SMB gibi ortamlarda tercih edilirken daha büyük ortamlarda kullanılmak üzere çıkarmış olduğu ürünlerde bulunmaktadır. Örneğin TrueNAS isimli ürünü ile kritik BT ortamında bulunan ihtiyaçlarınız karşılayabilirsiniz. TrueNAS kurumsal düzeyde bir depolama yani storage’dır. TrueNAS sayesinde, failover, performans ayarları, raporlama ve hem donanım hemde yazlım seviyesinde 7/24 destek ve bakım alabilirsiniz. Ancak yazımın başında da belirttiğim gibi FreeNAS’ın ismi artık TrueNAS Core olarak değişecektir. Ancak enterprise müşteriler için TrueNAS yine kullanılmaya devam edecek.

Ben bu yazımda FreeNAS Nedir? hakkında bilgi vereceğim, TrueNAS’ı ayrı bir makalede anlatırım eğer merak eden olursa 🙂 FreeNAS’ı aslında FreeNAS yapan yani başarılı bir opensource storage haline getiren ZFS ‘dir. ZFS diye burada bahsettiğim aslında dosya sistemidir.

FreeNAS’ın temel özelliği ZFS’dir (veya “Zettabyte” File System). Başlangıçta Sun Microsystems tarafından geliştirilen ZFS , büyük depolama kapasitesi ve silent data corruption, volume management ve RAID 5 “write hole” gibi birçok depolama sorununu ele almak için tasarlanmıştır.

ZFS’nin yazma üzerine kopyalama teknolojisi, çok etkileyicidir çünkü bu teknolojiden dolayı performans alınmaktadır.. Veriler diske yazılana kadar data block’lar güncellenmediğinden, tipik RAID write hole sorunu ZFS için geçerli değildir. ZFS ayrıca, snapshot alındığı sırada mevcut olan dosyaların bir parçası olan blokların silinmesini önleyerek çalışan bir snapshot özelliğini de destekler. Bu bloklar daha sonra değişmediği sürece, snapshot’ı korumak için neredeyse hiç alan kullanmaz. ZFS deduplication’a benzer bir şekilde çalışır ve hangi bloklarda hangi blokların kullanıldığı tabloları korur.

FreeNAS o kadar güzel bir ürün ki, grafik ara yüzünde nested olan ZFS dataset’lerinin yönetimini sağlayabilirsini ve bunu destekler. ZFS dataset’lerinde, her dataset için compression ve data deduplication’ı yapılandırabilirsiniz. Yani bu işlemleri dataset bağımsız yapabilirsiniz. Bunların zaten örneklerini ayrıca yazacağım. Ancak FreeNAS genel olarak sizin tüm ihtiyaçlarınıza cevap verebilecek düzeydedir. Örneğin ZFS dataset’leri üzerinde snapshot alabilir ve bunları zamanlayabilirsiniz.

FreeNAS sürümleri ile birlikte sürekli yeni özellikler gelmektedir ancak ben genel olarak FreeNAS’ın özelliklerinden kısaca bahsetmek istiyorum.

Yönetim arayüzü özellikleri;

Web tabanlı grafik arayüzü ve isteğe göre SSL encryption

Ortalama 20 adet dil desteği

Web, Console ve SSH erişiminin ayarlanması

Grafik performans raporu

S.M.A.R.T. disk diagnostics

Local sertifika yönetimi ve kendi içine bulunan Certificate Authority role.

Download edilebilir konfigurasyon dosyası

2 factor authentication desteği

Web-based graphical user interface with optional SSL encryption

Alarm desteği ve bunun özelleştirilebilmesi. Yani siz isterseniz bunu email ile raporlayabilirsiniz.

Dosya Sistemi Özellikleri:

Feature Flags (OpenZFS v5000) ve 16 Exabyte’lık teorik depolama sınırına sahip son derece esnek ZFS dosya sistemi. ZFS dosya sistemi özellikleri tamamen yapılandırılabilir.

Compression (lz4 ve gzip dahil),

Tam volume şifreleme (GELI ve AESNI hardware acceleration destekli disk encryption),

Snapshot

Data Deduplication

Kullanıcı kotaları

Fiziksel diskler tamamen taşınabilirdir ve veri kaybı olmadan diğer FreeNAS sunucularına veya OpenZFS’nin uyumlu bir sürümünü destekleyen herhangi bir İşletim Sistemine taşınabilir. Bu oldukça önemli bir özellik. Sadece buradan bence ayrı bir makale konusu çıkar.

Veri güvenilirliği yani Data reliability özellikleri – mirroring / RAID (ZFS RaidZ dahil), güvenilirlik için seçilen verilerin ve meta verilerin birden fazla kopyası ve gerektiğinde tüm sistem sağlama ve arka plan veri onarımı (scrubbing)

Server Güvenilirlik Özellikleri:

Replication ve Failover

Multi version boot – boot menüsü, FreeNAS’ın versiyonunu güncellediğinizde ve güncel versiyonda bir sorun yaşadığınızda tekrar eski versiyonunuza kolay bir şekilde dönebilirsiniz.

UFS2, NTFS, FAT32 ve EXT2 / 3 için disk read ve data import

Kullanıcı / Grup izinleri – Klasik Unix / Linux izinleri ve / veya ACL tabanlı (Microsoft dosya sistemleri için ACL’ler dahil)

Network hizmetleri ve özellikleri

Samba / SMB / CIFS (Microsoft ve diğer ağlar için), AFP (Apple), NFS, iSCSI, FTP / TFTP protokol destekleri

LDAP ve Active Directory desteği

Apple Time Machine ve Microsoft File History desteği

rsync data sync ve replikasyonu (sunucu / client)

Link aggregation ve failover

VLAN

Dynamic DNS Client

Remote syslogd yönlendirme

SNMP izleme

Bakır kablo, fiberoptik kablo, WiFi dahil FreeBSD tarafından desteklenen çok çeşitli ağ donanımı ve ortamları

UPS (Kesintisiz güç kaynağı) desteği

GUI tabanlı yönetim

iozon, netperf, OpenVPN, tmux ve diğer yardımcı programlar

FreeBSD depolarından 20.000’den fazla paket ve bağlantı noktası mevcut ve kurulabilir.

FreeNAS ‘ı peki hangi ortamlarda kullanabilirsiniz? Storage yatırımı yapmak istemiyorsanız ve ileri seviye ZFS ve Linux bilginiz var ise FreeNAS’ı kullanabilirsiniz. Özellikle VMware ortamlarında vSphere HA ve vSphere DRS gibi teknolojileri kullanmak istiyorsanız shared bir datastore’unuzun olması gerekir. Shared Datastore ihtiyaçlarınız isterseniz VSAN ile isterseniz External bir Storage ile isterseniz de fiziksel bir sunucu üzerinde diskleri ekledikten sonra FeeNAS ürününü kurup bir storage haline geetirebilirsiniz. Üstelik FreeNAS üzerinde hem ISCSI hemde Fibre Channel protokollerini kullanabilirsiniz.

https://www.ixsystems.com/blog/openzfs-keeps-your-data-safe

FreeNAS peki güvenilir mi? Buna şöyle cevap vermek istiyorum. FreeNAS’ın sağlamlığı aslında ZFS’den geliyor. ZFS çok sağlam bir dosya sisteim olduğu için FreeNAS’ı güvenli kılıyor. Yazımın başında da belirtitğim gibi FreeNAS’ın gelişmiş bir topluluğu bulunmaktadır. Burada sorularınızı sorailir ve hızlı bir şekilde cevap alabilirsiniz. Eğer isterseniz ücreti olarak support’da alabilirsiniz.

https://www.ixsystems.com/freenas-commercial-support/

Özellikle storage yatımı yapmak istemeyen kişilerin, firmaların hatta hosting firmalarının kullanması gereken bir ürün olduğunu düşünüyorum. VDS Satışı, VPS satışı, Cloud sunucu sataın hosting firmaları için ideal olduğunu düşünüyorum. Değerlendirmenizde fayda var 🙂

Kurulum gereksinimleri oldukça düşük ancak merak edenler aşağıdaki linki inceleyebilir. Zaten kurulum bölümünde ayrıca bunu anlatacağım. FreeNAS Nedir? isimli makalemi burada sonlandırıyorum.

https://www.freenas.org/hardware-requirements/

Umarım faydalı olmuştur.

İyi çalışmalar.

#açık kaynak kodlu #freenas esxi #freenas test #freenas vmware #freenas zfs #opensource storage #sanal freenas #truenas vs freenas

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/objective-2-2-describe-ha-solutions-for-vsphere.html

Objective 2.2 – Describe HA solutions for vSphere

Merhaba,

VCP-DCV Study Guide makale serimizin bu bölümünde vSphere HA ve vCenter HA ile ilgili çeşitli bilgiler vereceğim. Daha önce yazmış olduğum bölümlere aşağıdaki linkten ulaşabilirsiniz.

VCP-DCV 2019 Study Guide

vCenter Server ile birlikte gelen en önemli özelliklerden birtaneside vSphere HA’dir. vSphere HA desteği ilk 2003 yılında gelmiştir. vSphere ile ilgili daha önceki bölümlerde çeşitli bilgiler vermiştim. Bu yazıma aşağıdaki linkten ulaşabilirsiniz.

Objective 1.6 – Describe and differentiate among vSphere, HA, DRS, and SDRS functionality

vSphere HA, ESXi host’un donanım arızası, elektrik kesilmesi veya plansız bir kesinti durumunda devreye girerek iş sürekliliğini sağlar. ESXi host down duruma geldiğinde üzerinde bulunan virtual machine’leri farklı ESXi host’larda power on duruma getirir. vSphere HA‘i kullanabilmeniz için shared bir datastore kullanmanız şarttır. Yani ESXi üzerinde bulunan virtual machine’ler farklı ESXi host’a geçtiğinde de bulunduğu datastore’a erişebilmelidir.

Bir vSphere HA cluster’ını aktif duruma getirdiğinizde cluster içerisinde bulunan ESXi host’ların birtanesi master olurken diğerleri ise slave olur. vSphere HA’i aktif ettiğinizde cluster altında bulunan tüm ESXi host’lar üzerine bir agent yüklenir. Agent yüklenmesi ile birlikte cluster’da hangi ESXi host master hangileri slave olacağı belirlenir. Tabi bu işlemler arka planda otomatik olarak gerçekleştirilir. Ancak şunu unutmamanız gerekir. Eğer cluster’ınız altında Maintenance mode’da bulunan ESXi host veya host’lar var ise bunlara agent yüklenmez dolayısıyla bu host’lar özelinde master/slave‘de seçilmez.

Peki master ve slave seçimi neye göre yapılır?

vSphere HA’i aktif duruma getirdiğinizde ESXİ host’lar üzerine otomatik olarak vSphere HA agent’ları yüklenir. Bu esnada üzerinde en fazla datastore’u bulunduran ESXi host master olarak seçilir. Ozaman aklınıza şu soru gelecektir, tüm ESXi host’larda eşit sayıda datastore var ise hangi ESXi host master seçilir? Böyle bir durumda Managed Object ID yani MOID ‘lere bakılır. MOID büyük olan master olarak seçilir.

Bir ESXİ host’un MOID‘ini görmek için aşağıdaki powercli komutunu kullanabilirsiniz. Farklı yöntemler veya komutlarda var ancak uğraşmanıza gerek bulunmuyor.

[php]Get-VMHost | format-table name, id [/php]

Master ESXi host‘un cluster içerisinde bazı görevleri vardır. Bunları sıralayacak olursak;

Slave ESXi host’ların durumunu izleme. Cluster içerisinde bulunan bir ESXi host’un başarısız olması veya erişilemez hale gelmesi durumunda master ESXi host hangi virtual machine’lerin yeniden başlatılması gerektiğini belirler.

vSphere HA tarafından korunan tüm virtual machine’lerin güç durumları master ESXİ host tarafından izlenir. Bir virtual machine’in arızalanması yani down duruma gelmesi durumunda master ESXi virtual machine’i restart eder.

Master ESXİ host tarafından cluster üzerindeki virtual machine’lerin listesi tutulur.

Cluster’ın sağlık durumunu vCenter Server’a raporlar.

vSphere HA cluster’ında 3 farklı ESXi arıza tipi izlenir;

Failure: ESXi host’un down olma durumudur. Hiç bir fonksiyonel işlevi bulunmaz.

Isolation: Network ‘den izole olduğu zamandır.

Partition: ESXi host’un master ESXi host ile network bağlantısının kaybedildiği zamandır.

Master ESXi host, slave ESXi host’ların canlılığını sürekli izler. Bu iletişim her saniye network heartbeat paketleri ile karşılıklı olur. Master ESXi host, slave ESXi host’lardan heartbeat paketlerini almayı durdurduğunda, ESXi host’un down olduğunu ilan etmeden önce ESXi host’un aktifliğini yani canlılığını kontrol eder. Master ESXi host bu canlılığı kontrol etmek için down olan ESXi host’un datastore’una heartbeat paketleri gönderir. Eğer datastore heartbeat paketlerine cevap verilir ise ESXi host’un network’den izole olduğu varsayılır ve cluster’da belirtilen ayarlara göre müdahale edilir. Ayrıca Master ESXi host, slave ESXi host’ların management IP adreslerine ICMP ping’lerine cevap verip vermediğini kontrol eder.

Master ESXi host, slave ESXİ host’lara doğrudan iletişim kuramıyorsa slave ESXi host ICMP ping’lerine yanıt vermiyor demektir. Eğer heartbeat paketlerine cevap verilmez ise ESXi host down olduğu kabul edilir ve üzerinde bulunan virtual machine’leri cluster içerisinde bulunan alternatif ESXi host’lar üzerinde reboot eder yani yeniden başlatır. Eğer burada Master ESXi host, slave ESXi host’lardan datastore heartbeat paketlerini alıyor ise virtual machine’ler yeniden başlatılmaz ve sadece networkten izole olduğu düşünülür. Böyle bir durumda master ESXi host virtual machine’leri izlemeye devam eder.

vSphere HA için Lisans Gereksinimleri Nelerdir?

vSphere HA, VMware’in en düşük maaliyetli lisans seviyesinde bile bulunur. Essentials Plus ve üstü lisans’ına sahip olmanız durumunda vSphere HA kullanabilirsiniz. Ancak tabi vSphere HA kullanabilmeniz için vCenter Server kullanmanız şarttır.

vCenter HA, VCSA HA Nedir?

vSphere 6.5 ile birlikte gelen yeniliklerden birtaneside vCenter Server Appliance (VCSA) kullanıyorsanız, vCenter HA sayesinde vCenter Server’in yedekliliğini sağlayabilirsiniz. vCenter HA aktif duruma getirdiğinizde var olan vCenter Server Appliance üzerinden bir clone alınır ve bunlardan passive ve witness node’lar oluşturulur. Witness node hangi vCenter node’larını izler ve Active vCenter Server’in down olması durumunda passive node’un aktif hale getirilmesini sağlar. Active – passive node arasında file ve database replikasyonu yapılır. vCenter HA ayarları ile ilgili aşağıdaki makalemi inceleyebilirsiniz.

vCenter HA (VCHA) Nedir? Nasıl Enable Edilir?

Objective 1.2 – Identify vCenter high availability (HA) requirements

Umarım faydalı olmuştur.

İyi çalışmalar.

#sanallaştırma ha #vmware cluster ayarları #vmware ha #vmware ha mimarisi

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/objective-2-1-describe-vsphere-integration-with-other-vmware-products.html

Objective 2.1 – Describe vSphere integration with other VMware products

Merhaba,

VCP-DCV Study Guide makale serimizin bu bölümünde sizlere vSphere ile birlikte çalışan diğer VMware ürünlernden bahsedeceğim. Daha önce yazmış olduğum bölümlere aşağıdaki linkten erişebilirsiniz.

VCP-DCV 2019 Study Guide

Bu yazımda vCenter Server ile birlikte çalışan diğer VMware ürünlerinden bahsedeceğim. Elbette vCenter Server ile birlikte çalışan bir çok VMware ürünü var ancak bu yazımda en fazla kullanılan ürünlerin kısaca açıklamalarını yapacağım.

vRealize Orchestrator:

Hizmet sunumu verimliliğini, operasyonel yönetimi ve BT hızını daha da artırmak için vRealize Suite ve vCloud Suite ile entegre olan VMware vRealize Orchestrator ile karmaşık BT görevlerinin otomasyonunu basitleştirebilirsiniz.

vRealize Orchestrator, geniş bir iş akışı kitaplığı ve iş akışı motoru sağlayan geliştirme ve süreç otomasyon platformudur. İş akışları, VMware ve 3party uygulamalarında otomatik sunucu sağlama ve operasyonel görevlerde daha fazla esneklik için adım adım işlem otomasyonu sağlar. İş akışı düzenleyicisini, yerleşik Mozilla Rhino JavaScript komut dosyası altyapısını ve Orchestrator ve vCenter Sunucu API’lerini kullanarak, yalnızca birkaç tıklamayla özel iş akışları tasarlayabilirsiniz.

Orchestrator eklenti mimarisi, harici teknolojilere ve uygulamalara erişmenizi ve kontrol etmenizi sağlar. Eklentiler Orchestrator komut dosyası altyapısını yeni nesne türleri ve yöntemleri ile genişletir. Eklentileri kullanarak eriştiğiniz dış teknolojiler arasında sanallaştırma yönetimi araçları, e-posta sistemleri, veritabanları, dizin hizmetleri ve uzaktan kumanda arayüzleri bulunur. Orkestratör standart bir önceden yüklenmiş eklenti seti sağlar ve diğer uygulamalara erişmek için özel eklentiler geliştirebilirsiniz.

Orchestrator, düzenleme işlemlerini otomatikleştiren iş akışları oluşturmanıza ve çalıştırmanıza izin veren bir iş akışı kitaplığı ve bir iş akışı motoru içerir. Orchestrator’ın bir dizi eklentiyle erişebildiği farklı teknolojilerin nesnelerinde iş akışları çalıştırıyorsunuz.

Orchestrator, eklentilerin maruz kaldığı farklı ortamlardaki görevleri yönetmenize olanak tanımak için vCenter Sunucusu ve vRealize Otomasyonu için bir eklenti içeren standart bir eklenti kümesi sağlar .

Orchestrator, harici üçüncü taraf uygulamalarını düzenleme platformuna bağlamak için açık bir mimari sunar. Kendinizi tanımladığınız takılı teknolojilerin nesnelerinde iş akışları çalıştırabilirsiniz. Orchestrator, kullanıcı hesaplarını yönetmek için bir kimlik doğrulama sağlayıcısına ve çalıştığı iş akışlarından bilgi depolamak için bir veritabanına bağlanır. Orchestrator’a, ortaya çıkardığı nesnelere ve Orchestrator iş akışına Orchestrator istemci arayüzü veya Web hizmetleri aracılığıyla erişebilirsiniz. Orchestrator iş akışlarının ve hizmetlerinin izlenmesi ve yapılandırılması, İzleme İstemcisi ve Kontrol Merkezi aracılığıyla yapılır.

VMware vRealize Orchestrator Mimarisi

Site Recovery Manager:

Site Recovery Manager, VMware vCenter Server altyapısında bulunan virtual machine’ler için disaster çözümü sağlayan bir uygulamadır. Site Recovery Manager ile Storage Array Replication kullanabilir veya vSphere Replication ile virtual machine replikasyonu sağlayabilirsiniz.

Site Recovery Manager ve vSphere Replication ‘dan bahsetmiş olduğum makaleleri aşağıdaki linkten okuyabilirsiniz.

Site Recovery Manager Nedir? Nasıl Çalışır?

vSphere Replication Nedir? Nasıl Çalışır?

VMware’in replikasyon çözümleri ile ilgili daha önce detaylı olarak yukarıdaki makalelerde bilgi verdiğim için bu bölümde ekstra birşey yazmayacağım.

VMware NSX:

BT organizasyonları, sunucu sanallaştırmanın doğrudan bir sonucu olarak önemli avantajlar elde etmişlerdir. Sunucu konsolidasyonu, fiziksel karmaşıklığı azalttı, operasyonel verimliliği arttırdı ve gittikçe artan dinamik iş uygulamalarının gereksinimlerini hızlı ve en iyi şekilde karşılamak için temel kaynakları dinamik olarak yeniden kullanma yeteneği sundu.

VMware’in Yazılım Tanımlı Veri Merkezi (SDDC) mimarisi şimdi sanallaştırma teknolojilerini fiziksel veri merkezi altyapısının tamamında genişletiyor. Ağ sanallaştırma platformu olan VMware NSX®, SDDC mimarisinde önemli bir üründür. NSX ile sanallaştırma, bilgi işlem ve depolama için halihazırda sunduğu şeyleri ağ oluşturma için sunar. Aynı şekilde, sunucu sanallaştırmasının programsal olarak, anlık görüntüleri, yazılım tabanlı sanal makineleri (VM’ler) oluşturması, anlık görüntüleri, silmeleri ve geri yüklemeleriyle aynı şekilde, NSX ağ sanallaştırması, programsal olarak oluşturulan sanal ağları, anlık görüntüler, siler ve geri yükler. NSX, mevcut geleneksel ağ modelleri ve herhangi bir satıcının yeni nesil mimarileri dahil olmak üzere herhangi bir IP ağında dağıtılma yeteneği ile profesyonel bir çözümdür. Aslında, NSX, sahip olduğunuz fiziksel ağ altyapısı, yazılım tanımlı bir veri merkezini dağıtmak için tek ihtiyacınız olan şeydir.

Ağ sanallaştırmasında, bir ağ hipervizörünün işlevsel eşdeğeri, yazılımdaki Layer 2’den Layer 7 ağ hizmetlerinin (örneğin, switching, routing, access control, firewal, QoS ve load balancing) kümesinin tamamını üretir. Sonuç olarak, bu hizmetler birkaç saniye içinde benzersiz, yalıtılmış sanal ağlar üretmek için herhangi bir isteğe bağlı kombinasyonda programlı olarak monte edilebilir.

Ağ sanallaştırmasında, sunucu sanallaştırmasına benzer avantajlar elde edilir. Örneğin, VM’ler temel x86 platformundan bağımsız olduğu ve BT’nin fiziksel ana bilgisayarları bilgi işlem kapasitesi havuzu olarak görmesine izin verdiği gibi, sanal ağlar da temel IP ağı donanımından bağımsızdır ve BT’nin fiziksel ağı bir taşıma havuzu olarak ele almasına izin verir talep üzerine tüketilebilecek ve yeniden üretilebilecek kapasite. Eski mimarilerin aksine, sanal ağlar, temel fiziksel donanımı veya topolojiyi yeniden yapılandırmadan programlı olarak sağlanabilir, değiştirilebilir, saklanabilir, silinebilir ve geri yüklenebilir. Bilinen sunucu ve depolama sanallaştırma çözümlerinden elde edilen yetenekleri ve avantajları eşleştirerek, ağ oluşturma konusundaki bu dönüştürücü yaklaşım, yazılım tanımlı veri merkezinin tam potansiyelini ortaya çıkarır.

NSX, vSphere Web Client, bir komut satırı arabirimi (CLI) ve bir REST API’sı ile yapılandırılabilir.

Daha önce VMware NSX ile ilgili yazmış olduğum detaylı makale serisine aşağıdan ulaşabilirsiniz.

VMware NSX Part 1 – Overview

VMware Horizon View:

VMware Horizon® 7 gibi sanal masaüstü altyapısı (VDI) ürünleri, BT departmanlarının veri merkezindeki sanal makine (VM) masaüstlerini ve uygulamalarını çalıştırmalarını sağlar ve bu masaüstlerini ve uygulamaları çalışanlara yönetilen bir hizmet olarak uzaktan sunar. Bu bir bilgisayar içi bilgisayar stratejisi, fiziksel sunucu çekirdeği başına birden fazla VM çalıştırılmasını sağlar.

Yöneticiler için bu, masaüstü ve uygulama yönetiminin basitleştirilip otomatikleştirilebileceği anlamına gelir. Yöneticiler, konum ve profile göre talep üzerine hızlı bir şekilde sanal masaüstleri oluşturabilir ve masaüstlerini merkezi bir konumdan bir hizmet olarak güvenli bir şekilde teslim edebilir.

Son kullanıcılar kişiselleştirilmiş sanal masaüstlerine veya uzak uygulamalara şirket dizüstü bilgisayarlarından, ev bilgisayarlarından, ince istemci cihazlarından, Mac’lerden, tabletlerden veya akıllı telefonlardan erişebilirler. Horizon 7, Windows masaüstü ve uygulama sanallaştırması için lider platformdur ve kurumsal verileri uyumlu tutarken ve veri merkezinde güvenli bir şekilde saklanırken cihazlar ve konumlar arasında tutarlı bir kullanıcı deneyimi sağlar.

VDI çözümleri ilk kez, yaklaşık on yıl önce görünmeye başladığında, strateji bir Windows masaüstü sistemi almak, sanallaştırmak ve veri merkezine yerleştirmekti. Bu geleneksel VDI’dan farklı olarak Horizon 7, bir masaüstü veya uygulamanın bileşenlerinin bağımsız bir şekilde merkezi bir şekilde yönetilmesine izin veren, ancak kişiselleştirilmiş bir kullanıcı çalışma alanı sunma talebi üzerine sulandırılan teknolojiler üzerine inşa edilmiştir.

VMware vRealize Log Insight:

Log insight sayesinde log yönetimi yapabilirsiniz. VMware Log insight ürünü sayesinde sadece vSphere ortamlarını değil aynı zamanda çeşitli paketler ile SAN ve Network cihazlarının veya işletim sistemlerininde loglarını toplayabilmektedir. Bu log management ürünü sayesinde merkezi bir noktadan loglarınızı inceleyebilir ve sorunun kaynağını basit bir şekilde analiz edebilirsiniz.

Umarım faydalı olmuştur.

İyi çalışmalar.

#horizon view nedir #sanal replikasyon nedir

0 notes

tayfundeger · 6 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsphere-replication-8-1-vm-replikasyonu-bolum-2.html

vSphere Replication 8.1 VM Replikasyonu - Bölüm 2

Merhaba,

Production ortamının kurulumunu bir önceki bölümde anlatmıştım. Aynı şekilde DR ortamınıda hazırlıyoruz. DR ortamının kurulumunu tamamladıktan sonra Production ortamına HTML5 Client ile login oluyoruz. Eğer DR ortamının kurulumuna başlamadıysanız bu bölümdeki işlemleri yapamayacaksınız.

HTML5 Client ile login olduktan sonra Site Recovery bölümüne giriş yapıyoruz ve burada dashboard open dr client button bölümüne tıklıyoruz. Bu işlemi yaptıktan sonra karşımıza yeni bir pencere açılıyor.

Production ortamına kurmuş olduğumuz vSphere Replication ile DR ortamına kurduğumuz vSphere Replication’i karşılıklı eşleştirmemiz gerekiyor. Bunun için New Site Pair butonuna tıklıyoruz.

New Site Pair bölümünde First site içinde mevcut vCenter Server’imizi görüyoruz. Second site bölümüne DR ortamımızın vCenter Server adresini yazıyoruz. Username ve Password bölümünde sizde SSO user’ınızı kullanabilirsiniz. Next ile devam ediyoruz.

Karşımıza çıkan sertifika uyarısına connect butonunu seçerek devam ediyoruz.

DR ortamı vCenter Server’ini seçiyoruz ve aynı zamanda DR ortamında bulunan vSphere Replication‘i seçmemiz gerekiyor. Bunları seçiyoruz ve Next ile devam ediyoruz.

Son bölümde yapmış olduğumuz ayarları görüyoruz. Finish butonu ile pair işlemini tamamlıyoruz.

Production ortamımız ile DR ortamını karşılıklı ilişkilendirdik. Bu aşamadan sonra artık virtual machine’lerin replikasyon işlemine başlayabiliriz. Bunun için 2 farklı yöntem vardır.

Replikasyon yapmak istediğiniz virtual machine üzerinde sağ click > All Site Recovery Actions > Configure Replication bölümüne giriş yapabilirsiniz veya Site Recovery bölümünde Replication bölümüne giriş yapıp buradan Forward replications bölümünde +New butonuna tıklayabilirsiniz.

+ New butonuna basıyorum ve yukarıdaki ekran karşıma geliyor. Burada replikasyon yapmak istediğiniz virtual machine’i seçiyoruz ve Next ile devam ediyoruz.

Forward replications seçeneğini seçip +New butonuna bastığımız için Target site bölümü otomatik olarak seçili geldi karşıma. Eğer ortamınızda birden fazla vSphere Replication var ise virtual machine’leri belirli vSphere Replication üzerinden yapabilirsiniz. Eğer yok ise Auto assign olarak bırakabilirsiniz. Next ile devam ediyoruz.

Bir virtual machine’i DR site’a replikasyonunu yaparken isterseniz disk formatını değiştirebilirsiniz. Yani virtual machine Production lokasyonunuzda Thick olabilir veya Thin disk olabilir. Bunu DR site’a replike ederken disk formatını değiştirebilirsiniz. Eğer değiştirmek istemiyorsanız Same as source seçeneği ile devam edebilirsiniz. Eğer DR site’inde hali hazırda bu virtual machine var ise, yani DR site’ina bu virtual machine’i daha önce replike ettiniz sonra durdurduysanız veya farklı bir taşıama methodu ile oraya taşıdıysanız Select seeds butonunu kullanarak sadece değişen datalarıda gönderebilirsiniz. Next ile devam ediyoruz.

Bu aşama oldukça önemli. Bu virtual machine’in hangi aralıklar ile DR site’ina replike edilmesini istiyorsunuz? RPO zamanını belirtmeniz gerekiyor. Minimum 5 dakika maksimum 24 saat belirtebilirsiniz. Sizin belirtmiş olduğunuz dakika/saat aralığında replikasyon yapacaktır. Yani değişen dataları belirtmiş olduğunuz zaman aralıkları ile DR site’a gönderecektir. Düşük RPO zamanı kullanmanız network kullanımını arttıracağını unutmamanız gerekiyor.

Enable point in time instances: Bu seçeneği seçtiğimizde belirtmiş olduğumuz zaman aralığı içerisinde snapshot alır ve bu snapshot’ları yine bizim belirtmiş olduğumuz süre boyunca saklar. Bu seçeneği kullandığınızda datastore’daki free space’inizde değişkenlik olacaktır. Yani snapshot üzerinde tutacağı için datastore’unuz kontrolsüz bir şekilde büyüyebilir. Buna dikkat etmeniz gerekiyor.

Next ile devam ediyoruz.

Yapmış olduğumuz işlemlerin kısa bir özetini görüyoruz ve Finish butonu ile replikasyonu başlatıyoruz.

Forward Replications bölümünde virtual machine’in replikasyonunu görebilirsiniz. Bu virtual machine’in hangi aralıklar ile replike edildiğini ne kadar data aktarıldığını ve tamamlanma zamanını görebilirsiniz.

Replikasyonunu yaptığımız sanal sunucunun DR ortamında power on edilme işlemini Bölüm 3 ‘de anlatacağım.

Umarım faydalı olmuştur.

İyi çalışmalar.

#sanal replikasyon hizmeti #vm replikasyonu

0 notes

tayfundeger · 7 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsphere-replication-6-5-kurulumu-bolum-1.html

vSphere Replication 6.5 Kurulumu - Bölüm 1

Merhaba,

vSphere Replication ile ilgili blog’um üzerinden birçok bilgi verdim. Bu yazımda vSphere Replication 6.5 ‘un kurulumu ile ilgili detaylı bilgiler vereceğim. vSphere Replication’ın ne işe yaradığını bilmeyenler öncelikle aşağıdaki yazımı okumalılar. Aksi halde bazı şeyleri anlamakta zorlanabilirler.

vSphere Replication Nedir? Nasıl Çalışır?

vSphere Replication sayesinde virtual machine’lerimizi farklı lokasyonlara veya farklı datastore’lara replikasyon yapabiliyoruz. vSphere Replication Host Based Replication method’unu kullanır. Biliyorsunuz ki birde Array Based Replication var. Kuruluma başlamadan önce vSphere Replication ile gelen yeniliklere kısaca bakalım artından sistem gereksinimlerini incelemeye başlarız. vSphere Replication 6.5‘a ait release note’ları aşağıdaki link’den inceleyebilirsiniz.

https://pubs.vmware.com/Release_Notes/en/vsphere-replication/65/vsphere-replication-65-release-notes.html

vSphere Replication 6.5 ile birlikte gelen enbüyük yenilik Recovery Point Objective (RPO) süresinin 5 dakikaya inmiş olmasıdır. Daha önceki sürümlerde bu süre 15 dakika ile sınırlıydı. Yani virtual machine’lerinizi artık 5 dakika kayıp ile replike edebileceksiniz. Bunun yanında yeni datastore support’ları gelmiştir. VMFS 5, VMFS 6, NFS 4.1, NFS 3, VVOL ve VSAN 6.5 support’u bulunmaktadır. Bunun dışında başka önemli bir yenilik bulunmuyor.

vSphere Replication Lisans:

vSphere Replication’ı, belirli vSphere lisansları ile birlikte kullanabilirsiniz. Eğer aşağıdaki lisanslara sahipseniz vSphere Replication’ı kullanabilirsiniz. Zaten vSphere Replication’ın ayrı bir lisans’ı bulunmuyor.

vSphere Essentials Plus

vSphere Standard

vSphere Enterprise

vSphere Enterprise Plus

Eğer doğru bir vSphere lisans’ına sahipseniz, vSphere Replication’ı kullanarak replike edebileceğiniz virtual machine’lerin sayısında herhangi bir sınırlama bulunmamaktadır. Yukarıdaki lisanslardan birine sahip değilseniz zaten virtual machine’leri replike edemezsiniz. Yukarıdaki lisanslardan birine sahip olmayıp vSphere Replication’ı yüklemek istediğinizde virtual machine replikasyonu aşamasında lisansdan dolayı hata alacağınızı hatırlatmak isterim. vSphere Replication’ı kullanırken her iki site üzerinde de geçerli bir lisans olmalıdır. Eğer geçersiz bir lisans olursa vSphere Replication virtual machine replikasyonunu yapamaz ve durdurur. Bundan dolayı vSphere Replication’ı kullanmak istiyorsanız yukarıdaki lisanslardan birine sahip olduğunuza emin olmalısınız.

vSphere Replication Network Port Gereksinimleri:

vSphere Replication’ın kullanmış olduğu port gereksinimleri aşağıdaki link’den görebilirsiniz.

https://kb.vmware.com/kb/2087769

vSphere Replication‘ın bazı operasyonel sınırlamaları vardır. Virtual machine’leri başarılı birşekilde replike edebilmek için altyapınızın bazı gereksinimleri ve belirli sınırlara uyduğunu doğrulamanız gerekir. Bir vSphere Replication Appliance‘i yanlızca bir vCenter Server’a deploy edebilirsiniz. Yeni deploy edilen bir vSphere Replication Appliance’in her biri maksimum 2000 replikasyonu yönetebilir. Bu konu ile ilgili aşağıdaki linkleri inceleyebilirsiniz.

http://kb.vmware.com/kb/2102453

http://kb.vmware.com/kb/2102463

vSphere Replication kurulumuna başlamadan önce kurulum aşamaları hakkında bilgi vermek istiyorum. vSphere Replication’ı isterseniz tek bir vCenter Server ile ilişkilendirip datastore’lar arası replikasyon yapabilirsiniz. İstersenizde farklı bir vCenter Server‘a virtual machine’lerinizi replike edebilirsiniz. Bunun için her iki tarafta da vSphere Replication’in kurulu olması gerekmektedir. Başlamadan önce mutlaka DNS ayarlarınızın tam olduğundan emin olmalısınız. vSphere Replication Appliance ‘da kullanacağınız DNS’in kayıtlarının açıldığından emin olmalısınız. Aksi halde deployment aşamasında çok problem yaşarsınız. Eğer isim çözme ile ilgili bir sorun yok ise zaten problem yaşamazsınız kısa süre içerisinde kullanmaya başlarsınız.

Ben 2 farklı ortama vSphere Replication kurulumu yapacağım. Bu ortamların birtanesini Source diğerini Target site olarak kullanacağım. Burada sadece 1 site’in deployment’ini yapacağım diğer site’in deployment’ini siz kendiniz yapabilirsiniz.

İlk olarak vSphere Web Client’a login oluyoruz ve Cluster üzerinde sağ click Deploy OVF Template butonuna basıyoruz. Karşımıza açılan ekranda Local File seçeneğini seçip Browse butonuna basıyoruz.

ISO dosyası’nın içerisine girip BIN dizininde bulunan; vSphere_Replication_OVF10.ovf, vSphere_Replication-system.vmdk, ve vSphere_Replication-support.vmdk isimli dosyaları seçip Open butonuna basıyoruz. Next ile devam ediyoruz.

Diğer aşamaları atladım zaten klasik yer belirleme adımları. Select Networks bölümünden Ip allocation bölümüne giriş yapıp Static Manual seçeneğini seçiyoruz. Eğer isterseniz burada DHCP seçeneğinide seçebilirsiniz. Zaten default olarak bu seçenek seçili geliyor. Eğer DHCP seçeneğini seçerseniz deployment işlemi tamamlandıktan sonra IP ayarlarını yine istediğiniz gibi değiştirebilirsiniz. Next ile devam ediyoruz.

Customize template bölümünden vSphere Replication Appliance’in kullanacağı IP’yi ve domain name belirtiyoruz. Ayrıca root account’ununda şifresini belirtmeniz gerekiyor. Burada önemli bölümlerden birtaneside NTP Servers bölümüdür. Bu seçenekte geçerli bir NTP yazdığınızdan emin olmalısınız. Mümkünse ESXi host’larda kullandığnız NTP’nin aynısını yazın. Böylece saat ile ilgili bir sorununuz olmayacaktır. Next ile devam ediyoruz.

Son kontrolleri tamamladıktan sonra Finish butonu ile deployment’i başlatıyoruz.

vSphere Replication Appliance vermiş olduğumuz IP’yi browser’a yazıyoruz ve vSphere Replication Appliance’in login ekranı ile karşılaşıyoruz. Deploy aşamasında vermiş olduğumuz şifreyi yazıyoruz ve login oluyoruz.

Configuration bölümüne giriş yapıyoruz.

Burada VRM servisini start etmemiz gerekiyor. SSO password’unu girdikten sonra Save and Restart Service butonuna basıyoruz. (yukarıdaki bilgiler zaten default olarak dolu gelecektir. Deploy aşamasında vSphere Replication Appliance, vCenter extension’larına register olduğu için bu bilgiler doğrudan gelecektir. Sizin sadece şifre yazmanız yeterli olacaktır.)

Ek olarak siz eğer kendi sertifikanızı yüklemek istiyorsanız bunun için Gözat butonuna basıp sertifikanızı upload edebilirsiniz.

Save and Restart Service butonuna bastığınızda servis’in başarılı olarak başlaması gerekmektedir. Eğer burada bir hata alıyorsanız 2 ihtimal vardır. Bunlardan birtanesi DNS diğeri ise NTP’dir. Eğer DNS veya NTP yanlış, eksik ise kesinlikle hata alırsınız. Ayrıca Network bölümünden vSphere Replication Appliance’in hostname ismini vs belirtebilirsiniz. Default olarak kurulumda localhost olarak gelmektedir. Bunu düzeltmenizi tavsiye ederim.

Ben bu yazımda vSphere Replication’ı sadece 1 site’a deploy etmeyi anlattım ancak 2. site’imada zaten kurdum. Sizinde virtual machine’i replike etmek istediğiniz lokasyona vSphere Replication’ı deploy etmeniz gerekmektedir.

Umarım faydalı olmuştur.

İyi çalışmalar.

#replikasyon nasıl kurulur #vmware replikasyon 6.5 #vsphere replication 6.5 installation

0 notes

tayfundeger · 8 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/site-recovery-manager-nedir-nasil-calisir.html

Site Recovery Manager Nedir? Nasıl Çalışır?

Merhaba,

Geçtiğimiz günlerde vSphere Replication ile ilgili bir yazı yayınlamıştım. Bu yazıma aşağıdaki link’den ulaşabilirsiniz. Bu yazımda ise VMware’in replikasyon ürünlerinden birtanesi hakkında bilgi vereceğim Site Recovery Manager kısaca SRM sürekli bahsediliyor ancak ürünün tam olarak nasıl çalıştığı, bize sağlamış olduğu faydaları konusunda çok bilgi bulunmuyor. Bu yazımda Site Recovery Manager yani SRM ile ilgili detaylı bilgi vereceğim.

vSphere Replication Nedir? Nasıl Çalışır?

Site Recovery Manager sayesinde bir otomasyon oluşturabilir ve bunun sayesinde disaster planlamanızı yapabilirsiniz. Örneğin disaster anında virtual machine’in belirtmiş olduğunuz site’da hangi vlan’da hangi sırada başlayacağını belirleyebilirsiniz. Ayrıca virtual machine’leri disaster anında nasıl ayağa kalkacağının testinide yapabilirsiniz. Bunun gibi birden fazla özelliği bulunuyor. Ancak şunu karıştırmamanız gerekir. Site Recovery Manager’in 2 farklı şekilde kullanabilirsiniz. Bunlardan birtanesi vSphere Replication’i kullanarak virtual machien’lerin replikasyonlarını yapabilirsiniz. Diğeri ise array based replikasyondur. 3.party replikasyon araçları ile Site Recovery Manager’i kullanabilirisniz. Daha detaylı olarak bunları tartışacağız. Site Recovery Manager’i virtual machine’leri farklı şekillerde korumak için yapılandırabilirsiniz. Bunlardan kısaca bahsedelim.

Datastore groups:

3. party disk replikasyonu kullanarak datastore içerisinde bulunan virtual machine’leri koruyabilirsiniz. Array-based replikasyon sayesinde bu işlemi gerçekleştirebilirsiniz.

Individual virtual machines:

Site Recovery Manager’i vSphere Replication ile kullanarak ESXi host üzerinde bulunan birbirinden bağımsız virtual machine’leri koruyabilirsiniz.

Storage policies:

Virtual machine’leri storage policy’ler ile ilişkilendirerek virtual machine’leri koruyabilirsiniz. Ancak bunun için array based replikasyon kullanmanız gerekmektedir.

Planned migration:

Protected Site’dan recovery site’ine doğru virtual machine’leri planlı bir şekilde migrate edebilirsniz. Planlı migration iş yüklerini düzg��n bir şekilde aktarırken veri kaybını ortadan kaldırır. Planlı migration işleminin yapılabilmesi için her iki site’inda full çalışıyor olması gerekmektedir.

Disaster recovery:

Site Recovery Manager ile disaster yönetimini yapabilirsiniz. Protect durumda olan site’in plansız bir şekilde down olması, erişiminin kesilmesi durumunda recovery site üzerinde virtual machine’lerinizi power on duruma getirebilirsiniz.

Protected Site ve Recovery Site ile ilgili bilgi vermek istiyorum. Protected site, vCenter Server’ın kritik bir iş gereksinimini desteklediği herhangi bir site olabilir. Recovery site ise Protected site’dan binlerce mil uzakta bulunabilir. Tersine, Recovery site, Protected Site ile aynı odada olabilir. Recovery site genellikle, çevre, altyapı veya Protected Site’i etkileyen diğer bozukluklardan etkilenmesi muhtemel olmayan bir tesiste bulunur. Her bir site’in diğerinin recovery site’i olarak hizmet ettiği iki yönlü protection oluşturabilirsiniz.

Site Recovery Manager‘i kullanabilmeniz için bazı gereksinimler ikarşılamanız gerekiyor. Bunları maddeler halinde sıralayalım.

Her iki site’da da aynı Site Recovery Manager sürümünü çalıştırmalısınız.

Her iki site’da da aynı vCenter Server sürümünü çalıştırmalısınız.

vCenter Server ‘in sürümü ile Site Recovery Manager’in sürümü uyumlu olmalıdır. Uyumluluk ile ilgili https://www.vmware.com/support/srm/srm-compat-matrix-6-5.html link’ini ziyaret edebilirsiniz.

Her site’in mutlaka bir datacenter’a sahip olması gerekmektedir.

Array based replication kullanıyorsanız her iki site üzerinde de aynı replikasyon teknolojisini kullanmanız gerekmektedir.

vSpehre Replication kullanıyorsanız her iki site üzerinde de vSphere Replication’a ihtiyaç duyarsınız. vSphere Replication’lar birbirine bağlı olmalıdır.

vSphere Replication sürümlerinin karşılıklı olarak aynı olması gerekmektedir. Uyumluluk ile ilgili https://www.vmware.com/support/srm/srm-compat-matrix-6-5.html link’ini ziyaret edebilirsiniz.

Site Recovery Manager ile Array Based Replication:

Array Based Replication kullandığınızda, Protect site’da bir veya daha fazla storage array, recovery site’da bulunan peer array’lerine data replike eder. Storage Replication Adapter (SRA’lar) ile Site Recovery Manager’ı çok çeşitli array’ler ile bütünleştirebilirsiniz.

Site Recovery Manager ile storage tabanlı replikasyonu kullanmak için, Site Recovery Manager’ı kullanılacak şekilde yapılamadan önce replikasyonu öncelikle yapılandırmanız gerekir.

Storage array destekliyorsa, Site Recovery Manager, vSphere Storage DRS ve vSphere Storage vMotion ile uyumludur. Storage Recovery Manager ve Storage vMotion yazılımını, Site Recovery Manager tarafından Protect durumda olan bir consistency group’da virtual machine dosyalarını taşımak için kullanabilirsiniz. Storage array consistency group’larını desteklemiyorsa, Storage DRS ve Storage vMotion ürününü Site Recovery Manager ile birlikte kullanamazsınız.

VMware vSphere Flash Read Cache kullanan virtual machine’leri koruyabilirsiniz. Virtual machine’in recover edileceği host Flash Read Cache için yapılandırılmamış olabilir, Site Recovery Manager, recovery site’da virtual machine’leri başlattığında Disk Read Cache devre dışı bırakır. Site Recovery Manager, rezervasyon sıfır olarak ayarlar. vSphere Flash Read Cache kullanacak şekilde yapılandırılmış bir virtual machine üzerinde bir recover gerçekleştirmeden önce, virtual machine’in cache rezervasyonunu vSphere Web Clien’dan not alın. Recover işleminden sonra, virtual machine’i Flash Read Cache storage bulunan bir host’a migrate edebilir ve virtual machine’deki orijinal Flash Read Cache ayarını manuel olarak geri yükleyebilirsiniz. vSphere Flash Read Cache ile ilgili aşağıdaki makaleyi okuyabilirsiniz.

vSphere Flash Read Cache and Virtual Flash Host Swap Cache

vSphere Flash Read Cache – Performance Test

Storage Replication Adapters:

Storage Replication Adapters, Site Recovery Manager’in parçası değildir. Vendor bunları geliştirir ve support eder. Site Recovery Manager ile birlikte SRA kurmalısınız. Kurmuş olduğunuz SRA çift taraflı olmalıdır. Yani hem Protected site’a hemde recover site’a bunu kurmanız gerekmektedir. Site Recovery Manager, birden çok SRA’nın kullanılmasını destekler.

Site Recovery Manager ile vSphere Replication’un kullanımı:

Site Recovery Manager ile birlikte vSphere Replication’ı kullanabilirsiniz. Her iki site’a kuracağınız vSphere Replication ile virtual machine’leri protect site’dan recover site’a replike edebilirsiniz. Daha öncede belirttiğim gibi konfigurasyonların birebir aynısı olması gerekmektedir.

vSphere Replication ekstra bir storage array’e ihtiyaç duymaz. Inventory içerisinde bulunan herhangi bir virtual machine’i recover site’a replike edebilirsiniz. Herhangi bir kısıtlama bulunmaz. Virtual machine’lerin replikasyon zamanlarını belirtebilir hatta birden fazla snapshot oluşturarak her snapshot’ı ayrı ayrı replike edebilirsiniz.

Genel olarak Site Recovery Manager ile vSphere Replication kullanılır. En yaygın olan kullanım budur. Site Recovery Manager otomasyonu sağladığı için replike ettiğiniz virtual machine’lerin recover site üzerinde hangi vlan hangi IP veya hangi cluster’da up duruma geçeceğini belirtebilirsiniz.

Umarım faydalı olmuştur.

İyi çalışmalar.

#srm nasıl çalışır #vmware replikasyon aracı #vmware srm hakkında

0 notes

tayfundeger · 8 years ago

Text

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vcenter-server-6-5-topolojileri.html

vCenter Server 6.5 Topolojileri

Merhaba,

vCenter Server 6.5‘un kurulumunda karşınıza deployment method’ları çıkıyor. Ancak bu bölümde bazen hangi seçeneği kullanacağınızı bilemeyebilir veya anlayamayabilirsiniz. vCenter Server 6.5’un birden fazla şekilde kurabilirsiniz. Yani vCenter Server 6.5 ‘da birden fazla mimari kurgulayabilir ve buna göre kurulum ekranında bir seçim yapabilirsiniz.

Özellikle yanlış seçimlerde bir hayli problem yaşama olasılığınız bulunuyor. Oyüzden bu yazımda hangi seçenekleri nasıl kullanmalıyız onun detaylarını anlatacağım. Aynı zamanda VMware tarafından support edilen deployment modellerini anlatacağım.

Support edilen topolojiler:

Yukarıdaki model embedded kurulumdur. Yani Platform Services Controller ile vCenter Server aynı fiziksel veya sanal sunucu üzerine kurulmaktadır. Yukarıdaki topolojiye göre;

1 Single Sign-On domain

1 Single Sign-On site

Aynı sunucuya kurulu Platform Services Controller ve vCenter Server

Limitasyonlar

Enhanced Linked Mode support edilmemektedir.

Platform Service Controller replikasyonu support edilmemektedir.

Yukarıdaki model’de 1 Platform Services Controller kurulmuş, bu Platform Services Controller ‘ı 2 tane vCenter Server kullanmaktadır. Yani Platform Services Controller ile vCenter Server farklı sunucular üzerinde çalışmaktadır. Yukarıdaki topolojiye göre;

1 Single Sign-On domain

1 Single Sign-On site

1 veya daha fazla farklı sunucular üzerine kurulu vCenter Server ile Platform Services Controller(PSC)

Yukarıdaki model’de 2 farklı Platform Services Controller kullanılmış olup vCenter Server ile Platform Services Controller arasında 3 party bir load balancer yazılımı kullanılmıştır. Böylece vCenter Server’lar yük veya failover durumuna göre Platform Services Controller’ı seçecektir. Yukarıdaki topolojiye göre;

1 Single Sign-On domain

1 Single Sign-On site

2 veya daha fazla external Platform Services Controllers

1 veya daha fazla vCenter Server, Platform Services Controller’a 3party load balancer aracılığı ile bağlı durumdadır.

Yukarıdaki model’de 2 external Platform Services Controller kullanılmaktadır. Buna bağlı olarak tek bir Single Sign On domain ve tek Single Sign On site bulunmaktadır. Yukarıdaki topolojiye göre;

1 Single Sign-On domain

1 Single Sign-On site

2 veya daha fazla external Platform Services Controller

Limitasyonlar:

vCenter Server’a bağlı Platform Services Controller’da oluşan yüksek latency’den dolayı performans problemleri ortaya çıkabilir.

vCenter Server’a bağlı bir Platform Services Controller’ın down olması veya fail olması durumunda vCenter Server’a manuel olarak yeniden bağlanması gerekebilir.

Yukarıdaki model’de 2 farklı Single Sign On site bulunmakta ancak ortamda tek bir Single Sign On domain bulunmaktadır. Doğal olarak 2 veya daha fazla Platform Services Controller kullanılmaktadır tabi bu dediğim her Single Sign On site’i için geçerli. Bu senaryoda 3 party bir load balancer kullanmanız gerekmektedir. Load balancer her site için için olmalıdır. Yukarıdaki topolojiye göre;

1 vSphere Single Sign-On domain

2 vSphere Single Sign-On site

2 veya daha fazla external Platform Services Controller her Single Sign-On Site’i için

1 veya daha fazla vCenter Server ile external Platform Services Controllers

1 third-party load balancer, site başına

Yukarıdaki model’de 4 farklı Platform Services Controller gözüküyor ancak bunların hepsi kendi aralaında replike durumda. Ortamda tek bir Single Sign On domain ve 2 Single Sign On Site olduğu için vCenter Server’ların her biri farklı Platform Services Control ‘a bağlanmış durumdadır. Yukarıdaki topolojiye göre;

1 Single Sign-On domain

1 Single Sign-On site

2 veya daha fazla external Platform Services Controller

Limitasyonlar:

vCenter Server’a bağlı Platform Services Controller’da oluşan yüksek latency’den dolayı performans problemleri ortaya çıkabilir.

vCenter Server’a bağlı bir Platform Services Controller’ın down olması veya fail olması durumunda vCenter Server’a manuel olarak yeniden bağlanması gerekebilir.

vCenter Server Appliance 6.5 ile birlikte gelen en güzel özeliklerden birtanesi olan vCenter HA özelliğini kullanabilirsiniz. Bu özellik sayesinde vCenter Server Appliance’larımızı Active / Passive olarak çalıştırabiliriz. Böylece yazılımsal bir hatadan dolayı bir vCenter Server Appliance’in down olması durumunda Passive durumda olan vCenter Server Appliance, Active duruma geçerek hizmetinizdeki kesintiyi minimum’a indirir. Yukarıdaki topolojiye göre;

1 Single Sign-On domain

1 Single Sign-On site

vCenter Server ile Platform Services Controller aynı vCenter Server Appliance üzerine kurulu.

3 vCenter Server Appliance kullanılır (1 Active, 1 Passive, ve 1 Witness)

Limitasyonlar:

Linked mode support edilmez.

Platform Service Controller replikasyonu support edilmez.

Bir önceki modele benzer bir örnek. Yukarıdaki modelde 2 farklı Platform Services Controller 3 party bir load balancer aracılığı ile vCenter HA yapısına bağlı durumda. Yukarıdaki topolojide;

1 Single Sign-On domain

1 Single Sign-On site

2 veya daha fazla external Platform Services Controller

vCenter Server, Platform Services Controller’a 3 party bir load balancer ile bağlı durumdadır.

3 vCenter Server Appliance bulunmaktadır (1 Active, 1 Passive, ve 1 Witness).

Yukarıda belirtmiş olduğum topolojilerin hepsi VMware vSphere 6.5 tarafından support edilen topolojilerdir. Bunları yeni kurulum, upgrade veya migration işlemlerinde kullanabilirisniz. Tabi buradaki topolojilerin bir çoğu çok çok büyük yapılar için oldukça mantıklı ancak sizin VMware vSphere alt yapınız yeterince büyük değil ise bu modelleri kullanmak gerekmiyor.

Umarım faydalı olmuştur.

İyi çalışmalar.

#psc ve vcenter deployment #vcenter 6.5 deployment #vcenter topolojileri

0 notes