#vCenter 6.7 nedir | Explore Tumblr posts and blogs

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-6-7-vcenter-server-yenilikleri.html

vSphere 6.7 - vCenter Server Yenilikleri

Merhaba,

vSphere 6.7 ile gelen yenilikleri genel olarak bir önceki makalemde yazmıştım. bu yazımda ise vSphere 6.7 – vCenter Server ile birlikte gelen yenilikleri anlatacağım. vSphere 6.7 – Genel Özellikler başlıklı yazıma aşağıdaki link’den ulaşabilirsiniz.

vSphere 6.7 – Genel Bilgiler

Herkesin merak ettiği aslında bölümlerden birtanesi vCenter Server Yenilikleri. vSphere 6.7 ‘nin release olması ile birlikte en çok merak edilen sorulardan birtanesi olan Windows vCenter Server konusuna hemen açıklık getirmek istiyorum. vSphere 6.7 ile birlikte Windows vCenter halen kullanabiliyoruz ancak bundan sonraki versiyonlarda artık Windows vCenter Server olmayacak. Yani bundan sonraki major versiyonda Windows vCenter Server olmayacaktır.

vSphere 6.7 ile birlikte artık HTML 5 Client üzerinde daha fazla işlem yapabileceğiz. vSphere 6.5 versiyonunda hatırlarsanız bazı işlemler için vSphere Web Client’a dönmek durumunda kalıyorduk ancak vSphere 6.7 ‘de artık bu durum biraz daha azaldı ve daha fazla özelliğe support gelmiş durumda. vSphere 6.7 ile birlikte vCenter Server Appliance tarafında yine iyileştirmeler mevcut. İlk olarak dikkatimi çeken özelliklerden birtanesi backup özelliği idi. Yeni yedekleme aracı ile vCenter Server 6.7’nin backup’ını istediğiniz gibi alabileceksiniz. Hatırlarsanız vSphere 6.5’da VCSA ‘nın backup alınması ile ilgili bir yazı yayınlamıştım. Bu yazıma aşağıdaki link’den ulaşabilrsiniz. vSphere 6.7 ile birlikte artık bu backup schedule hale getirebileceğiz.

VCSA 6.5 Backup Nasıl Alınır?

vCenter Server Appliance ile mimari oldukça basitleşmiştir. Bir önceki yazımda bahsettiğim gibi Embedded PSC ile linked mode kullanılması gerçekten harika bir özellik olmuş. High availability için load balancer’a gerek bulunmuyor. Önceki sürümlerde PSC yedekliliği sağlamak için load balancer kullanmak durumunda kalabiliyorduk. vSphere 6.7 ile birlikte Single-Sign-On domain’i 15 deployment’a izin verir. Müşteriler VCSA 6.7 üzerinde bulunan migration tool’u ile VCSA 6.7’ye geçiş yapabilirler. Migration esnasında import edilecek olan data’nın yöntemlerini biz belirleyebiliyoruz. Bunlar;

Deploy & import all data

Deploy & import data in the background

Yine daha önce yazmış olduğum yazıdan bir örnek vereceğim. Daha önce VCSA migration işlemleminin süresini göremiyorduk. Bu makalemi aşağıdaki link’den okuyabilirsiniz. Hatta VCSA 6.5 ‘a migration yapan kişilerin bir çoğuluğu bazen migration kilitlendi sanıp yeniden başlatmışlar. Bu şekilde sorunların önüne geçmek için migration için tahmini bir süre eklenmiş. Tahmini süre elbette sizin sahip olduğunuz performans datalarına ve geçmiş task/event verilerinize göre değişkenlik gösterecektir.

vCenter Server Appliance 6.5’a Migration Süresi

Yukarıda bahsetmiş olduğum migration sırasında arkaplanda aktarımı duraklatabilir veya devam ettirebilirsiniz.

Önemli olarak gördüğüm ve sizide uyarmak istediğim konulardan biride upgrade senaryosu. vSphere 5.5 sürümünden vSphere 6.0 ve vSphere 6.5 sürümlerine upgrade işlemini gerçekleştirebiliyorduk ancak vSphere 6.7 ‘ye geçiş yapamıyoruz. Hatta vCenter Server 6.7 versiyonuna sahip bir vCenter’da ESXi 5.5’de yönetemiyoruz. Bu ayrıntıya dikkat etmeniz gerekiyor. vSphere 5.5’e sahip olan kişiler öncelikle vSphere 6.0 veya vSphere 6.5’ a upgrade gerçekleştirmek zorundalar.

vCenter Server Appliance 6.5 yeniliklerinden birtaneside yeni monitoring özelliklerinin gelmesiydi. vCenter Server Appliance 6.7 ile birlikte monitor bölümünde özellikle geliştirmeler yapıldı. vCenter Server sunucularında zaman zaman disk’in dolması gibi sorunlar yaşanabiliyor. Windows vCenter Server böyle birşey başınıza geldiğinde ne yapacağımızı herkes biliyoruz. Basit birşekilde disk’i extend edebiliyoruz. Ancak konu vCenter Server Appliance olunca disk’i extend etmek biraz zahmetli olabiliyor. Şimdi vCenter Server Appliance 6.7’den önceki sürümlerde, disk dolduğu zaman hangi disk’in dolduğunu görmek için öncelikle SSH üzerinden bağlantı yapmamız gerekiyordu. VCSA 6.5’de disk boyutunun nasıl değiştirildiğini görmek için aşağıdaki link’i inceleyebilirsiniz.

VCSA 6.5 Disk Boyutu Nasıl Değiştirilir?

vCenter Server Appliance’in önceki sürümlerinde disk’in doluluk durumunu SSH üzerinden görebiliyor iken vCenter Server Appliance 6.7 versiyonunda artık disk’in doluluk oranlarını web browser üzerinden görebileceğiz. Özellikle operasyonel faaliyetler oldukça faydası olacak bir konu bu.

vCenter Server Appliance 6.7 ile birlikte vCenter’ın backup’ını schedule edebilir hatta bu backup’ları belirlemiş olduğunuz periyotlarda saklayabilrsiniz. vCenter Server Appliance 6.5’de schedule ve backup saklama gibi bir özellik bulunmuyordu.

vCenter Server Appliance 6.5 versiyonunda HTML 5 Client ile tanıştık. Ancak 6.5 versiyonunda HTML 5 Client’in tüm fonksiyonlarını kullanamıyorduk. Bazı işlemler için vSphere Web Client üzerinden işlem yapmamız gerekiyordu. vCenter Server Appliance 6.7 ile birlikte aşağıdaki ürünlerede support gelmiştir.

vSphere Update Manager

Content Library

vSAN

Storage Policies

Host Profiles

vDS Topology Diagram

Licensing

vSphere 6.7’nin vSphere Web Client‘ı barındıran son sürüm olduğunuda belirtmek isterim. Bundan sonraki versiyonlarda vSphere Web Client olmayacaktır. Tabi yukarıda bahsetmiş olduğum özelliklerin hepsini tam olarak HTML5 Client’dan yönetemiyorsunuz. Bazı işlemler için elbette vSphere Web Client’a dönmek durumunda kalacaksınız. Ancak vSphere 6.7’nin bundan sonraki update’lerinde de tüm özellikler desteklenmeye başlanacaktır.

Ek olarak Platform Services Controller’da artık HTML5 Client üzerinden yönetebileceğiz. Administration menüsü altından PSC seçeneğinden PSC yönetiminide yapabilirsiniz.

Umarım faydalı olmuştur.

İyi çalışmalar.

#vCenter 6.7 esxi 6.0 #vCenter 6.7 indir #vCenter 6.7 nedir #vCenter Server Appliance 6.7 #VCSA 6.7

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/virtual-machine-encryption-bolum-1.html

Virtual Machine Encryption - Bölüm 1

Merhaba,

Virtual Machine Encryption – Bölüm 1 isimli bu yazımda sizlere VMware vSphere’in bir güvenlik önlemi olan Virtual Machine Encryption hakkında detaylı bilgi vereceğim. Aynı zamanda bu makale serimde bunun uygulamaları hakkında bilgi vereceğim.

Son zamanlarda yaşanan bazı güvenlik zaafiyetlerinden dolayı firmalar oldukça zarar gördü. İşletim sistemleri üzerinde gerekli güvenlik önlemlerini alsanızda, sanallaştırma katmanında da gerekli önemleri almanız gerekir. Ben daha önce Virtual Machine Encryption ile ilgili çeşitli makaleler yazmıştım. Bu yazılarıma aşağıdaki linkten ulaşabilirsiniz.

Virtual Machine Encryption

vSphere 6.5 – VM Encryption Nedir?

Virtual Machine Encryption – Bölüm 1

En çok kullandığımız güvenlik biçimlerinden biride şifrelemedir. Şifreleme sayesinde verileri okunamaz hale getirebilirsiniz. Elbette bunun için bir key yani anahtar kullanılır. Bu key olmadan verileri okuyamazsınız. Bu mimari çerçevesinde birden fazla şifreleme algoritmaları geliştirilmiştir. Buna bağlı olarak çok güçlü şifreleme algoritmaları geliştirilmiştir. Bundan dolayı istenmeyen veri hırsızlığını önlemenizde mümkündür. Şifreleme sayesinde, verileriniz çalınsa bile onu şifrelediğiniz key olmadan okunamaz yani içerisindeki bilgilere ulaşılamaz. vSphere 6.5 ile birlikte Virtual Machine Encryption özelliği gelmiştir. Bu özellik sayesinde sanallaştırma ortamlarında veri sızıntısını önlemek amacı ile virtual machine’i şifreleyebilirsiniz. Bu aslında çok önemli bir yenilik ancak bazı gereksinimlere ihtiyaç duyduğu için çok fazla kullanılamıyor. Elbette bazı kısıtlamalarıda mevcut. Bunları zaten daha önce yazmış olduğum makalelerde belirtmiştim.

Virtual Machine Encryption – Bölüm 1

Ben bu yazımda VMware altyapısında bulunan virtual machine’in nasıl şifreleneceği konusunda detaylı bilgi vereceğim. VMware ESXi Server üzerinde bulunan bir virtual machine’in üzerinde encryption’i aktif duruma getirdiğinizde o virtual machine üzerinde yer alan VMDK güvenli hale getirilir. Yani şifrelenir. Böylece disk üzerinde IO yapılmadan önce şifrelenmiş olur. Virtual machine ile ilgili diğer dosyalar hassas olmadıkları için şifrelenmez. Bunlara log dosyaları, vmx dosyaları dahildir.

Sanal Makine Güvenliği Nasıl Sağlanır?

Sanallaştırma ortamında güvenlik oldukça önemlidir. Virtual machine üzerinde yer alan bir disk’in farklı bir ortama aktarılması veya farklı bir virtual machine üzerine mount edilmesi gibi durumlarda verilerinizi başka bir ortama veya lokasyona kopyalayabilirler. Zaten virtual machine üzerindeki diski farklı bir yere kopyalayabilyorsanız aklınıza gelen her şeyi yapabilirsiniz. Bu sadece basit bir örnek. Active Directory kullanıcıları eğer vCenter Server’a erişiyor ise cok daha farklı senaryolar ile karşı karşıya kalabilirsiniz.

Bu bahsetmiş olduğum senaryoları eğer ortamınızda bir encryption yok ise karşılaşabilirsiniz. Eğer virtual machine encryption’i aktif hale getirirseniz ortama erişiminiz olsa bile vmdk üzerinde işlem yapmanız zorlaşacaktır.

Daha önceki makalelerimde yazmıştım ama bu yazımda da yinede belirtmek istiyorum.

Virtual Machine Encryption Gereksinimleri Nelerdir?

Virtual Machine Encryption kullanabilmeniz için öncelike KMS yani Key Management Server kullanmanız gerekiyor.

Key Management Server ile vCenter Server arasında erişim bulunmalıdır.

Yukarıdaki gereksinimleri sağlıyorsanız bundan sonra yapacağınız işlem aslında vCenter Server ve virtual machine üzerinde olacaktır. Tüm tanımları yaptıktan sonra basit bir şekilde virtual machine üzerinde encyryption’i aktif duruma getirebilirsiniz. Eğer vSphere 6.7 Update 1 ve üzerinde bir sürüm kullanıyorsanız HTML 5 arayüzü üzerinden tüm işlemlerinizi gerçekleştirebilirsiniz. Bu versiyondan eski bir versiyona sahipseniz vSphere Web Client üzerinden işlemlerini gerçekleştirebilirsiniz.

Öncelikle en çok sorulan sorulardan bir tanesi hakkında bilgi vermek istiyorum.

Virtual Machine Encryption ‘ın Performansa Etkisi Nedir?

Virtual Machine Encryption’i aktif duruma getirdiğinizde elbette performans değişiklikleri olacaktır. Burada disk şifrelemesi yapıldığı için ufak miktarlarda latency ile karşılaşabilirsiniz. Aşağıda kaynağını belirteceğim PDF üzerinden sizde inceleyebilirsiniz.

Okuma ve yazma yani Read ve Write işlemlerinde veya throughput işlemlerinde ciddi bir farklılık bulunmuyor. Ancak gündelik operasyonlarda kullandığımız bazı işlemlerde farklılıklar bulunuyor. Örneğin Clone ve Snapshot.

Clone ve Snapshot operasyonlarına baktığımızda VSAN kullanmıyorsanız ortalama %20 gibi değerlerde bir performans kaybının olduğunu görebilirsiniz. Latency’nin yüksek olması performans kaybına yol açacaktır. Elbette kullanmış olduğunuz disk ve storage teknoloji bunda farklılıkları ortaya çıkaracaktır. VSAN’de neden bukadar performans farkı ortaya çıktığını soruyor olabilirsiniz. Bunun için ayrıca bir makale yazmam gerekecek sanırım 🙂

https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/vm-encryption-vsphere65-perf.pdf

%20 veya %20 ‘den az performans kayıpları açıkcası benim için kabul edilebilen bir şeydir. Çünkü burada performansa odaklanırsanız bu sever güvenlikten ödün vermiş olursunuz. Sırf performans alacağım diye kullanmış olduğunuz ortamın güvenliğini göz ardı etmemeniz gerekir. Çünkü veri sızıntısı olduğunda veya verileriniz şifrelendiğinde kimse size “ama altyapıda performans çok iyiydi” yorumunu yapmaz 🙂

Klasik bir mimari kullanıyorsanız yani server-storage kullanıyorsanız yapacağınız encryption ile VSAN tarafında yapılacak olan encyrption arasında farklılık bulunmaktadır. Bu konu hakkında da kısaca bir bilgilendirme yapmak istiyorum.

Virtual Machine Encryption, virtual machine bazında şifreler. Her virtual machine’in unique yani benzersiz bir key’i (anahtarı) vardır. Şifreleme işlemi I/O virtual machine’den hipervizöre gelirken ve storage katmanına yazılmadan önce gerçekleşir. Bu çok önemli bir ayrıntıdır çünkü bazı kişiler datastore’a veya Storage’a veri yazıldıktan sonra şifreleme yapıldığını sanıyor. Virtual Machine Encryption, storage’dan bağımsızdır. VSAN dahil, desteklenen herhangi bir storage teknolojisi (NFS, iSCSI, FC, vb.) ile çalışacaktır. Ancak VSAN için ufak bir istisna bulunuyor. Biliyorsunuz ki VSAN’da Deduplication ve Compression özelliği bulunuyor. Ben bununla alakalı daha önce aşağıdaki gibi bir makale yazmıştım.

VSAN 6.2 – Deduplication ve Compression

VSAN – Raid 5/6 Erasure Coding

VSAN – All Flash ve Hybrid

Encryption işlemi çok erken bir aşamada gerçekleştiği için deduplication ve compression işlemi virtual machine encryption için uygun değildir. Bunun için VSAN’da doğrudan datastore şifrelenir yani encrypt edilir. Bu önemli bir ayrıntıdır.

Umarım faydalı olmuştur.

İyi çalışmalar.

#sanal güvenliği nasıl sağlanır #sanal makine güvenliği #virtual machine hack #vm güvenlik #vm pentest

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/vm-template-versioning-nedir.html

VM Template Versioning Nedir?

Merhaba,

VM Template Versioning Nedir? isimli bu yazımda vSphere 7 ile birlikte gelen önemli yeniliklerden biri olan VM Template Versioning özelliği hakkında bilgi vereceğim. Ben daha önce vSphere 7 yeniliklerinde bu özellikten bahsetmiştim. Bu yazıma aşağıdaki linkten ulaşabilirsiniz.

vSphere 7 Yenilikleri

vCenter Server 7 Yenilikleri

VM Template Versioning işlemi aslında şu an için Content Library ile birlikte çalışıyor. Content Library ile ilgili daha önce çeşitli makaleler yazmıştım. Bu yazılarıma aşağıdaki linkten ulaşabilirsiniz.

Objective. 4.3 – Set up a content library

vSphere 6.5 Content Library Nasıl Kullanılır?

VMware vCenter Server 6 – Content Library

VM Template Versioning Nedir?

vSphere 7 ile birlikte VM Template Versioning yeniliği geldi. Ben bu yazımda bu yeniliğin detayları ve senaryoları hakkında bilgiler vereceğim. VMware kullanıyorsanız template özelliğini mutlaka kullanmışsınızdır. Özellikle çok fazla virtual machine yönetiyor ve sürekli yeni virtual machine kuruyorsanız template kullanmanız gerekiyor. Çünkü her seferinde ISO üzerinden kurulum yapmanız çok doğru bir şey değildir. İhtiyacınıza göre bir template hazırlayıp gerekli güncellemeleri yapıp belirli aralıklar ile bu template’i güncelleyerek hayatınıza devam edebilirsiniz.

Template’i aktif olarak kullandığınızı düşünelim. Bu template’i belirli aralıklar ile güncellemeniz gerekmektedir. Çünkü template içerisinde bulunan işletim sisteminin güvenlik açıklarını ve VMware tools update’lerinin belirli aralıklar ile yapılması gerekmektedir. Bu oldukça önemlidir. Bir template’i güncellemek istediğinizde yapılan işlemlerden kısaca bahsetmek istiyorum. İlk olarak template’i yeni bir virtual machine’e convert edersiniz. Daha sonrasında işletim sistemi seviyesinde bir güncelleme yapacaksanız virtual machine’in snapshot’ını alırsınız. Snapshot’ın olduğunu bilmiyorsanız aşağıdaki makalemi inceleyebilirsiniz.

Snapshot Nedir?

Snapshot’ı alıp virtual machine’in düzgün bir şekilde çalıştığını test ettikten sonra snapshot’ı silip tekrar template’e convert etmeniz gerekiyor. Bu işlemleri yapmak aslında vakit alan ve operasyon gerektiren işlemlerdir. Tüm saymış olduğum bu işlemleri kısa sürede vSphere 7 ‘de bulunan VM Template Versioning sayesinde yapabilirsiniz. vSphere 6.7 Update 1 den sonras artık Content Library hem OVF template’leri hem de virtual machine template’leri desteklemeye başlamıştır. Template olarak kullanacağınız bir virtual machine’i content library’e kopyaladığınız durumda, artık bu template üzerinden yeni virtual machine’ler oluşturabilirsiniz. Ancak eğer isterseniz bu template üzerinde değişiklikler yaparak bunları versiyonlayabilirsiniz. Şöyle düşünün, bir template içerisinde bir güncelleme yaptınız ancak bu template’i ayrı bir şekilde kullanmak istiyorsunuz. Veya hali hazırda bulunan template’inizi güncellediniz ancak ilerleyen zamanlarda bir sorun çıktı. Bu gibi durumlarda hemen eski template’e geri dönüş yapabilirsiniz. Bu gibi senaryoları vSphere 7 ile birlikte gerçekleştirebilirsiniz.

VM Template Versioning Nedir?

İlk olarak bir content library oluşturmanız gerekmektedir. Template versiyonlama işlemi yapacaksanız Content Library’e ihtiyacınız olacaktır. Bunun için Content Libray bölümünde Create butonuna basıyoruz. Ben burada Content Library üzerinde ekstra bir özel bir konfigurasyon yapmıyorum. Bundan dolayı Next ile devam ediyorum.

Configure content library bölümünde Local Content library seçeneğini seçiyorum. Ortamımda tek bir vCenter Server olduğu için Enable publishing seçeneğini işaretlemiyorum ve Next ile devam ediyorum.

Content Library’inin datastore olarak kullanacağı alanı seçiyoruz ve Next ile devam ediyoruz.

Finish butonu ile Content Library‘i oluşturuyoruz.

Şimdi bu aşamadan sonra yapacağımız işlemler biraz alışagelmişin dışında. Eğer mevcut bir template’iniz var ise bunu virtual machine’e çevirmeniz gerekmektedir. Veya isterseniz yeni bir virtual machine oluşturup gerekli kurulumları yaptıktan sonra template’e çevirmeyin ve aşağıdaki adımları yapın.

Template versiyonlama işlemi için ilk olarak power off durumdaki virtual machine üzerinde sağ click Clone Virtual Machine To Template butonuna basıyoruz. Böylece virtual machine’in bir clone’unu alarak Template’e çevirir. Clone işlemi tamamlandıktan sonra siz bu virtual machine’i isterseniz kullanabilir isterseniz de silebilirsiniz.

Karşımıza açılan ekranda Template Type bölümünde VM Template seçeneğini seçiyoruz. Daha sonrasında Template’in ismini belirtiyoruz ve Next butonuna basıyoruz.

Location bölümünde Content Library üzerinde oluşturduğumuz Template isimli Library’i seçiyoruz ve Next ile devam ediyoruz.

Finish butonuna basıyor ve işlemi başlatıyoruz.

Gördüğünüz gibi Content Library içerisinde oluşturduğumuz Template artık VM and Template bölümünde gözükmeye başladı. Template’i seçip Versioning bölümüne geldiğimizde karşımıza daha önce karşılaşmadığımız bir bölüm açılıyor.

Biz artık bir Template’i güncellemek istediğimizde Check-In ve Check-Out butonlarını kullanmaya başlayacağız. Peki bunlar ne yapıyor biraz bu konu hakkında detay vermek istiyorum. Check out VM from this template botununa bastığımızda bu template’in yeni bir versiyonunu oluştururuz. Bu butona basıyoruz.

Bu Template’dan oluşturacağımız virtual machine’in yani versiyonlama yapacağımız template’in ismini belirtiyoruz ve Next butonuna basıyoruz.

Virtual machine’i hangi cluster’da açmak istediğimizi seçiyoruz ve Next butonuna basıyoruz.

İşlem tamamlandıktan sonra isterseniz bu virtual machine’i power on duruma getirebilirsiniz. Power state bölümünde Power on VM after check out seçeneğini seçiyoruz ve Finish butonuna basıyoruz.

Virtual machine’imiz oluştu. Bakın farkındaysanız icon’u mevcut virtual machine’lerden daha farklı gözüküyor. Bu virtual machine üzerinde gerekli güncellemeleri yapıyoruz ve Power off duruma getiriyoruz. Ben bu virtual machine üzerinde firewall’u disable duruma getirdim.

Şimdi bu virtual machine üzerinde tüm işlemlerimizi tamamladık. Test001 virtual machine’ini ben artık Check IN butonuna basarak Template’e çevirmek istiyorum. Böylece bu template üzerinden yeni virtual machine’ler oluşturacağım.

Check In VM butonuna bastığımızda karşımıza yukarıdaki gibi bir ekran açılıyor. Burada hangi değişiklikleri yaptığınızı Check In notes bölümüne yazabilirsiniz. Bu işlemi yaptıktan sonra Check IN butonuna basıyoruz.

Recent Taks bölümünde Check-in VM işleminin yapıldığını görüyoruz.

Bu işlem tamamlandığında artık ilk template’imizin farklı bir verisyonunuda template olarak oluşturmuş olduk. Burada Check Out butonuna basarak tekrar yeni bir virtual machine yapabilir ve ardından bu virtual machine’ide tekrar template’e çevirebiliriz. Ayrıca versiyonları silebilirsiniz bunu da atlamamak gerek 🙂

Son olarak ufak bir konuya dikkat çekmek istiyorum. Eğer daha önce Content Library kullanıyorsanız burada OVA/OVF Template’lerinde depolandığını görmüş olabilirsiniz. OVA/OVF template’lerde şuan için bu şekilde versiyonlama işlemi yapılmıyor ancak bu ileride olmayacağı anlamına gelmiyor tabiki. VM Template Versioning özelliği gerçekten müthiş bir özellik ve ilerleyen update’ler ile farklı yeniliklerin geleceğinden de eminim. Şunuda belirtmekte fayda var. Sizler altyapınızda VM Template Versioning özelliğini kullanmayabilirsiniz. Normal bir template oluşturup onun üzerinden virtual machine’lerinizi oluşturmaya devam edebilirsiniz. Bunda herhangi bir sakınca bulunmuyor. Ancak datacenter gibi yerlerde sürekli yeni kurulumlar yapıldığı için template içerisinde bulunan işletim sisteminde daha sık güncelleme yapılmasını gerektiren durumlar olabilir. Bu gibi durumlar için VM Template Versioning özelliğini kullanabilirsiniz.

Ayrıca aşağıdaki makaleyi de inceleyebilirsiniz.

https://blogs.vmware.com/vsphere/2020/04/vsphere-7-content-library.html

Umarım faydalı olmuştur.

İyi çalışmalar.

#esxi 7 template #template version #virtual machine version #vm template nedir

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/vcenter-server-update-planner.html

vCenter Server Update Planner

Merhaba,

vCenter Server Update Planner isimli bu yazımda sizlere vCenter Server 7 ile birlikte gelen yeniliklerden biri olan vCenter Server Update Planner hakkında bilgi vereceğim. Daha önce vSphere 7 yenilikleri ile iligli aşağıdaki makaleleri yazmıştım. Bunları inceleyebilirsiniz.

vCenter Server 7 Yenilikleri

vSphere 7 Yenilikleri

vCenter Server Update Planner

VMware vSphere ESXi ortamlarını update veya upgrade yaparken kısacası aslında güncelleme yaparken belirli adımları geçmemiz gerekiyor. Örneğin altyapıda hangi fiziksel donanımlar var ve bunların güncelleme yapacağınız versiyon ile uyumluluğu nedir bunların detaylı olarak kontrol edilmesi gerekiyor. Her nekadar bir çok kişi bu uyumluluğa bakmasada, fiziksel donanım uyumluluğu mevcut vmware ortamları ile uyumluluğu kontrol etmek oldukça önemli. Çünkü bunu kontrol ettiğiniz takdir de ileride yaşamaya muhtemel bir çok sorunun önüne geçmiş olacaksınız. Biz bir vCenter Server ve ESXi’lardan oluşan bir ortamı güncellemeden önce aşağıdaki adımları kontrol etmemiz gerekiyor.

vCenter Server ve ESXi Server’in uyumluluğu kontrol edilmelidir. Örneğin vCenter 6.7 ile ESXi 5.5 ortamlarını yönetemiyoruz. Bunun için VMware Product Interoperability Matrices’yi kullanıyoruz. Buna aşağıdaki linkten ulaşabilirsiniz.

https://www.vmware.com/resources/compatibility/sim/interop_matrix.php#interop

Hangi sürüme geçecekseniz bunun mevcut sürüm ile uyumluluğuna bakmanız gerekiyor. Örneğin ESXi 5.5’i doğrudan 6.7 ortamında upgrade edemezsiniz. Bu ve bunun gibi upgrade path’leri ile ilgili aşağıdaki link’i kullanıyoruz.

https://www.vmware.com/resources/compatibility/sim/interop_matrix.php#upgrade

Şimdi vSphere 7 ile birlikte Update Planner bu yukarıda bahsetmiş olduğum işlemleri artık kendisi yapmaya başlıyor. Yani bir güncelleme için yukarıdaki adımları tek tek yapmanıza gerek bulunmuyor. Bu benim çok vaktimi almıyor diye düşünebilirsiniz ancak eğer vCenter Server ortamınızda birden fazla farklı sunucu markası bulunuyor ise bunları tek tek kontrol etmeniz gerekiyor. Bu da sizin vaktinizi alacaktır. vCenter Server üzerinde bulunan Update Planner bu işlemleri bize sağlarken aynı zamanda Lifecycle Manager ile birlikte çalışıyor. Aslında Lifecycle Manager’in bir parçası demek daha doğru olur.

Lifecycle Manager ile ESXi Upgrade

vCenter Server Update Planner‘in nasıl kullanılacağı hakkında bazı bilgiler vereceğim. Tabi dikkat etmeniz gereken noktalar hakkında da bilgiler vereceğim. Update Planner’ı yanlızca vSphere 7 ve sonraki sürümlerde kullanabilirsiniz. Zaten vSphere 7 ile birlikte gelen bir özellik olduğu için doğal olarak vSphere 7’den önceki versiyonlarda kullanamazsınız. Update Planner’ı kullanmak için VMware Customer Experience Improvement Program (CEIP) ‘e katılmanız gerekiyor. Yani vCenter Server’ın bir şekilde internete bağlı olması gerekiyor. Bunun için isterseniz proxy’de kullanabilirsiniz. Update Planner uyumluluk kontrollerini internet üzerinden yaptığı için buna gerek var mutlaka.

vCenter Server Update Planner evet güzel bir ürün ama bu ürünü başka hangi aşamalarda kullanabiliriz biraz bundan bahsetmek istiyorum. Update Planner, vCenter Server’in update ve upgrade işlemlerini yönetme, uyumluluk durumlarını kontrol edilmesi ve bunların çalışabilirlik raporlarının oluşturulmasının sağlar. Bu raporlar VMware vSphere ortamınızdaki vCenter Server update ve upgrade işlemlerini planlamanıza yardımcı olacaktır. Elbette update işlemleri oldukça basit olacaktır. Çünkü update işlemlerinde major bir versiyon değişmediği için uyumluluk anlamında bir sorun yaşanmayacaktır. Ancak upgrade işlemleri için uyumluluk kontrolü yapılması gerekmektedir.

vCenter Server Update Planner

vCenter Server Update Planner, bir güncelleme planlamak için aşağıdaki adımları otomatikleştirir:

Mevcut vSphere sürümünü ve ayrıntıları

Mevcut sürüm ile update/upgrade yapılacak vCenter Server sürümüyle uyumluluğu

Update/Upgrade edilecek sürümün diğer ürünlerle birlikte çalışabilirliğini

vCenter Server’in update edilmesi için öneriler yapılır

vSphere Client yani HTML5 Client’a login olduğunuzda vCenter Server’ın Summary bölümünde bir yeni update var mı ve ne zaman kullanılabilir olduğunu hızlı bir şekilde görebilirsiniz. Hatta buna tıkladığınızda Update Planner’a giriş yapmış olursunuz. Kullanılabilir update ve bu update’ler hakkında detaylı bilgiler kaşınıza çıkacaktır. Hatta bence en güzeli update eddeceğiniz versiyonun release note’larını detaylı olarak görebilirsiniz. Ürün ile ilgili ayrıca release note aramanıza gerek yok yani 🙂

Pre-Update Check butonu ile, update/upgrade işlemlerini önceden uyumluluk kontrolü yapabilirsiniz ynai update / upgrade işlemlerini yapmadan önce belirli gereksinim testlerini yapabilirsiniz.

Son olarak, yeni versiyonlar geldikçe Update Planner’i daha aktif birşekilde kullanmaya başlayacağız. Ayrıca aşağıdaki videoda Update Planner’in demosunuda ayrıca görebilirsniz. Bende ilerleyen günlerde zaten ayrıca bir makale yayınlayacağım. Ancak şuanda bunu yazdığımda vSphere 7 yeni release olduğu için ve üzerine yeni güncellemeler gelmediği için maalesef test edemiyorum. Test için ilk update’i bekliyor olacağım 🙂

youtube

Umarım faydalı olmuştur.

İyi çalışmalar.

#esxi upgrade #update planner kullanımı #update planner nedir #vcenter upgrade #vmware update uyumluluk

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/developer-center-code-capture.html

Developer Center - Code Capture

Merhaba,

Developer Center – Code Capture isimli bu yazımda sizlere Developer Center üzerinde yer alan Code Capture hakkında detaylı bilgiler vereceğim. Developer Center ile ilgili daha önce bir makale yazmıştım. Bu yazıma aşağıdaki linkten ulaşabilirsiniz.

Developer Center, vCenter Server 6.7 Update 2 ile birlikte geldi. Son zamanlarda oldukça işimize yarayacak ve kullanmamız gerekecek bir ürün olduğunu düşünüyorum. Ben bu yazımda sizlere Code Capture anlatacağım ancak Developer Center üzerinde API Explorer’da bulunuyor. API Explorer oldukça detaylı anlatacğaım bundan dolayı bu makalede API Explorer’a hiç giriş yapmayacağım. Bunu ayrıca bir makalede anlatacağım.

Developer Center Nedir?

Developer Center üzerinde yer alan Code Capture ile ilgli detaylı bilgi vermiştim. Buna yukarıdaki linkten ulaşabilirsiniz. Ancak yinede bu yazımda da Code Capture hakkında bilgiler vereceğim. Code Capture Nedir? sorusuna ilk olarak cevap vermek istiyorum. Developer Center üzerinde yer alan Code Capture sayesinde yapmış olduğumuz işlemleri kayıt altına alabiliyor ve bunları kod şeklinde çıkartabiliyoruz. Örneğin bir virtual machine’in clone’unu alıyorsunuz. Clone aldığınızda vCenter Server üzernde yapılan işlemleri powercli formatında komutlara dökebilir ve bunları export edebilirsiniz. Export ettiğinizde bu kodlar üzerinde çalışıp farklı yerlerde kullanabilirsiniz. Üstelik powercli öğrenmek istiyorsanız size oldukça faydası olacak bir uygulama olduğunu düşnüyorum.

Code Capture sayesinde vCenter Server üzerinde yapmış olduğumuz işlemleri PowerCLI, Ptyhon, VRO JavaScript ve GO olarak export alabiliyoruz. Ancak burada dikkat etmeniz gereken bir şey var. Code Capture sayesinde yapmış olduğunuz işlemleri kodlara dökebiliyorsunuz ancak bazı şeyleri Code Capture kodlara dökemiyor.

Permissions

Tags

Content Library

Storage Policies

Yukarıda belirtmiş olduğum başlıkları Code Capture üzerinde göremezsiniz. Code Capture‘ı kullanabilmeniz için öncelikle etkinleştirmeniz gerekiyor. Code Capture ile kayıt etmiş olduğunuz işlemleri daha sonra dışarıya powercli biçiminde çıkartabilir ve yapmış olduğunuz işlemlerin powercli karşılığını görebilirsiniz. Tabi burada siz isterseniz VRO Javascript, Python gibi yazılım dilleri olarakta kayıt edebilirsiniz.

Tabiki Developer Center içerisinde sadece Code Capture bulunmuyor ancak en önemlilerinden biri olduğu için ben ilk olarak Code Capture’ı açıklamak istedim. Developer Center içerisinde API Explorer isimli bir bölüm var. API Explorer içerisinde VMware vSphere tarafından desteklenen ve sunulan REST API’ları görebilir ve bunlar üzerine çalışmalar sağlayabilirsiniz. İleride API Explorer ile ilgili ayrıca bir makale yazacağım. Burada örnekler ile birlikte detay vereceğim.

Code Capture kullanabilmek için ilk olarak Develeoper Center’a giriş yapıyoruz.

Developer Center Nedir?

vCenter Server’ a login olduktan sonra Home > Developer Center bölümüne giriş yapabiliriz. Buraya giriş yaptığımızda karşımıza 3 bölüm çıkıyor.

Overview: Develeoper Center’i ile ilgili bilgiler veriilyor.

API Explorer: API Explorer, sistem tarafından desteklenen vSphere REST API‘lerine göz atmanızı ve çağırmanızı sağlar ve API çağrıları hakkında bilgi ve bağlam sağlar.

API Explorer ile ortamınızdan bir API endpoint seçebilir ve vSphere REST API’lerinin bir listesini alabilirsiniz. Kullanılabilir parametreler, beklenen yanıtlar ve yanıt durum kodları gibi ayrıntıları inceleyebilir ve API’ları canlı ortama çağırabilirsiniz.

Code Capture: Code Capture bölümünde, yapmış olduğumuz işlemlerin kod olarak karşılığını görüyoruz. Code Capture ile ilgili detaylı bir şekilde yukarıda bilgi verdiğim için ve Code Capture ile ilgili detaylı bir makale yazacağım için burada detay vermeyeceğim.

Bir sonraki makalemde Developer Center – Code Capture ile ilgili detaylı bilgiler vereceğim.

Umarım faydalı olmuştur.

İyi çalışmalar.

#vcenter api #vm code #vmware api #vmware code #vmware developer

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/clustered-vmdk.html

Clustered VMDK

Merhaba,

Clustered VMDK isimli bu yazımda sizlere vSphere 7 ile birlikte gelen yeni bir özellikten bahsedeceğim. VMware, yeni vSphere sürümleri ile birlikte özellikle Windows Server Failover Cluster sistemlerde yenilikler yapmaya devam ediyor.

vSphere 7 ile birlikte storage tarafında önemli değişliklikler yapıldı. Bunları aralıklar ile yazmaya devam edeceğim. vSphere 7 ile birlikte VMware, virtual disk yani VMDK düzeyinde bazı değişiklikler yaptı. SCSI-3 Persistent Reservation yani SCSI-3 PR desteği geldi. Bu yeni bir terim bundan dolayı açıklamam gerekiyor.

SCSI-3 PR Nedir?

Aslında bunu ilk olarak VSAN 6.7 Update 3 ‘de duymuştuk. Daha önceki makalelerimi inceleyenler bunu görecektir. Windows Server Failover Cluster yani WSFC, cluster bir disk kaynağına erişimi koordine etmek için SCSI-3 PR komutlarını kullanır. Bu komutlar (SCSI Persistent Reserve Out ve Persistent Reserve IN), datastore’da bu özelliğin support edildiğini varsayılarak VSCSI katmanında işlenmeye başlar. Cluster VMDK’ları barındırmak için yapılandırılan bir datastore’lara bir clusteredVMDK datastore adı verilir.

Clustered VMDK

Bunun amacı aslında RDM disk’in gereksinimi azaltmaktır. VMFS datastore üzerinde bulunan virutal machine’lerde eğer shared disk kullanırsanız Windows Failover Cluster kullanabilirsiniz. Support edilen hardware ‘lerde spesifik bir datastore içerisinde bulunan vmdk’larda clustered vmdk desteğini etkinleştirebilir siniz. Böylece RDM’lerinizi VMFS datastore’a geçirebilir ve RDM kullandığınız için kaybetmiş olduğunuz yetenekleri tekrar kazanmanıza olanak sağlar. Yani Clustered VMDK desteği bize RDM disklerin yapmış olduğu yetenekleri bize sunuyor ve bunları sunarken RDM’de yaşamış olduğumuz kısıtlamaların büyük bir çoğunluğunu ortadan kaldırıyor.

Clustered VMDK

Bunu kullanabilmeniz için belirli gereksinimleri karşılamanız gerekiyor.

Gereksinimler:

Bu özelliği kullanabilmeniz için vSphere 7 ve üzeri versiyon kullanmanız gerekiyor. vSphere 7 ve önceki sümlerde support bulunmuyor.

ESXi host mutlaka ve mutlaka bir vCenter Server’a bağlı olmalıdır.

Cross vCenter Server support bulunmamaktadır. Windows Failover Cluster’ın bulunduğu ESXi host’ların aynı vCenter Server tarafından yönetilmesi gerekiyor.

VMFS6 datastore kullanılması gerekiyor.

Cluster için kullanılan VMDK’ların Eager Zeroed Thick yani EZT olmalıdır.

Cluster VMDK’ların mutlaka bir virtual SCSI Controller’a bağlı olması ve bus sharing’in physical olarak ayarlanması gerekir. Virtual machine’in boot disk’i ve cluster’da kullanılmayan disklerin ayrı bir virtual SCSI Controller üzerinde bulunmalı ve bus sharing none olarak işaretlenmelidir.

Multi-Writer support edilmemektedir.

Multi Writer ile ilgili daha önce bir makale yazmıştım. Buna aşağıdaki diskten ulaşabilirsiniz.

Multi Writer Disk Kullanımı

Virtual machine’lerin farklı ESXi host’lar üzerine dağıtmak için mutlaka DRS Rule’u kullanmalısınız.

Clustered VMDK desteği, datastore oluşturulduktan sonra mutlaka enable duruma getirilmelidir. Bunu eğer disable duruma getirmek isterseniz datastore içerisinde bulunan virtual machine’lerde cluster VMDK bulunmaması gerekir. Eğer buna rağmen bu özelliği disable duruma getirirseniz virtual machine power on olmaz.

Yanlızca FC yani Fibre Channel Stroage protocol’unde kullanılır.

VMDK’ların barındığı fiziksel disk’in ATS support’u bulunmalıdır.

512/512e sektör size’lı diskler gerektirir.

VMware, bunu test ederken Windows Server 2012 R2 / 2016 ve 2019 üzerinde test etmiştir. Yapılandırmanın doğru çalıştığını görmek için ise SQL Server 2016 kullanılmıştır. Ayrıca Cluster across Box support edilirken, Cluster in Box support edilmemektedir. Snapshot, Clone, Hot-add CPU/Memory değiştirme ve fault tolerance support edilmemektedir.

Bir Datastore oluştururken Clustered VMDK support’unun olup olmadığını datastore oluştururken görebilrisiniz. Datastore’u oluşturduktan sonra Clustered VMDK özelliğini aktif etmeniz gerekiyor. Bunu aktif ettiğinizde eğer istereniz daha sonra disable duruma getirebilirsiniz ancak disable duruma getirirken içerisinde virtual machine olmamasına dikkat etmeniz gerekiyor. Zaten içerisinde virtual machine var ise disable duruma getirmiyor. Böyle bir durumda bu datastore içerisindeki tüm virtual machine’lerin farklı bir datastore’a taşınması gerekiyor.

Clustered VMDK özelliğini aktif etmek istediğinizde karşınıza bir uyarı gelecektir. Özelliği aktif ettikten sonra, Windows Failover Cluster dökümanlarına göre virtual machine oluşturabilir ve böylece Clustered VMDK özelliğini kullanmaya başlayabilirsiniz.

Clustered VMDK özelliğini aktif ettiğinizde virtual machine üzerinde Paravirtual SCSI controller ekleyeceksiniz ve bunun sharing seçeneğini physical olarak ayarlayacaksınız. Bir EZT disk oluşturuyoruz. İkinci virtual machine üzerinde yine aynı şekilde Paravirtual SCSI Controller ekliyor ve sharing seçeneğini physical olarak değiştiriyoruz. Daha sonra use add in existing disk seçeneği ile 1. virtual machine üzerinde oluşturduğumuz diski ekliyoruz. Herşey bukadar aslında 🙂

vSphere 7 ile birlikte çok güzel özellikler geliyor ve özellik ile ilgili en kısa zamanda bir uygulama makaleside yazacağım.

Umarım faydalı olmuştur.

İyi çalışmalar.

#failover cluster desteği #ms cluster vmware #sanal windows cluster #windows cluster vmware

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/vsan-stretched-cluster-nasil-olusturulur.html

VSAN Stretched Cluster Nasıl Oluşturulur?

Merhaba,

VSAN Stretched Cluster Nasıl Oluşturulur? isimli bu yazımda sizlere VSAN’ın en çok beğenilen ve en ilgi gören mimarilerinden biri olan Stretched Cluster hakkında detaylı bilgi vereceğim.

Stretched Cluster’in ne olduğunu bilmiyorsanız aşağıdaki makalemi okumanız gerekiyor çünkü bu yazımda Stretched Cluster ne olduğu konusu ile ilgili detaylı bilgi veremeyeceğim.

VSAN – Stretched Cluster ve Fault Domain

VSAN Stretched Cluster

VSAN – Stretched Cluster ve Network Bandwidth

VSAN – Cluster Seçenekleri Nelerdir?

VSAN Stretched Cluster Nasıl Oluşturulur?

VSAN Strertched cluster kullanmamızın önemli sebeplerinden birtaneside site yedekliliğinin sağlanmasıdır. Farklı site’larda bulunan VSAN node’larını tek bir cluster altında toplayabilir, böylece bir site’in down olması durumunda diğer site’in üzerinde virtual machine’leriniz sorunsuzca çalışmaya devam eder.

Ben bu yazımda sizlere Stretched Cluster oluşturacağım. Stretched Cluster oluştururken şu şekilde bir kurgu yaptım.

Site A ‘da 4 adet ESXi host ve Site B’de 4 adet ESXi host bulunacaktır. Ayrıca 1 tanede Witness host’umuz olacaktır. Ben Witness host’u daha önce deploy ettim. Witness host ile ilgili aşağıdaki makaleyi inceleyebilirsiniz.

VSAN – Witness Appliance Nedir? Ne iş Yapar?

vCenter Server Appliance kurdum ve herşey hazır durumda. Stretched Cluster oluşturmak için artık başlayabiliriz.

VSAN New Cluster

İlk olarak Cluster oluşturuyoruz ve Cluster oluştururken vSphere HA, vSphere DRS ve VSAN’ı aktif ediyoruz ve OK butonuna basıyoruz.

VSAN Stretched Cluster Nasıl Oluşturulur?

Stretched cluster oluşturma işlemine QuickStart ile devam edeceğim. Cluster’ı oluşturduktan sonra zaten karşımıza direk QuickStart bölümü gelecektir. Burada Add hosts bölümünden Stretched cluster’da kullanacağımız host’ları ekliyoruz.

VSAN Add Hosts

Stretched Cluster’da kullanılacak ESXi host’larımızı ekliyoruz. Burada Witness host’u eklemenize gerek bulunmuyor. Witness’i cluster’ın dışında bir ortamda tutmanız yeterli olacaktır. ESXi host’ların bilgilerini ekledikten sonra Next butonu ile devam ediyoruz.

VSAN Security Alert

Karşımıza çıkan Security Alert”de yer alan ESXi host’ları seçiyoruz ve OK butonu ile devam ediyoruz.

VSAN Add Hosts

Host summary bölümünde ESXİ host’ların versiyon bilgilerini görebilirsiniz. Next ile devam ediyoruz.

VSAN Add Hosts

Ready to complete bölümünde eklenecek ESXi host’ların listesini görüyoruz ve Finish butonu ile işlemi sonlandırıyoruz.

VSAN Stretched Cluster

Add hosts bölümünden host’ları ekledikten sonra VSAN kendisi bir healthcheck çalıştıracaktır. Burada kullanmış olduğunuz donanıma göre uyarılar alabilirsiniz. Ben nested bir ortamda kuurulum yaptığım için uyarılar almam normal. Ancak gerçek fiziksel bir donanım üzerine kurulum yaptığınızda, node’larınız VSAN Ready ise zaten health check bölümünde bir hata ile karşılaşmayacaksınız. Add hosts bölümü validate olduktan sonra artık 3. bölüme geçebilirsiniz.

Configure Cluster bölümünde yer alan Configure butonuna basıyoruz.

VSAN Distributed Switch

Configure Cluster bölümünde ilk olarak Distributed switch ayarlarını yapmanız gerekiyor. Eğer bu ayarları daha sonra yapacaksanız Configure networking settings later seçeneğini seçebilirsiniz.

Ben burada Distributed switch‘de kullanılacak uplink’leri seçiyorum ve Next ile devam ediyorum. Siz isterseniz distributed switch ismini veya kendi oluşturduğunuz distributed switch’i kullanabilirsiniz. Ancak eğer default olarak bırakırsanız kendisi distributed switch’i oluşturacaktır. Next ile devam ediyoruz.

VSAN vMotion Traffic

vMotion Traffic bölümünde VSAN Stretched Cluster‘da kullanılacak vMotion network’unu belirlemeniz gerekiyor. vMotion network bir VMkernel portgroup olduğu için IP belirtmeniz gerekiyor. Eğer ortamınızda DHCP var ise DHCP olarak bırakabilirsiniz ancak production ortamlarında static belirtmenizi tavsiye ederim. Virtual machine’lerin taşınması için gerekli olan vMotion network’unu ayarlamak için IP belirtmemiz gerekiyor. Burada autofill butonuna basarak tüm ESXi host’ların vMotion Network’lerini ayarlayabilirsiniz.

Next ile devam ediyoruz.

VSAN Stroage Traffic

VSAN ‘da node’lar arasında veri trafiği network üzerinden aktarılır. Bundan dolayı VSAN trafiği için ESXi host’lara VMkernel portgroup tanımlanması gerekiyor. Storage traffic bölümünde VSAN trafiği için kullanılacak IP’ler belirtiyoruz. Yine burada Autofill butonunu kullanarak ESXİ host’lara IP’leri tanımlayabilirsiniz.

Next ile devam ediyoruz.

VSAN Advanced Options

Advanced Options bölümünden vSphere HA ve vSphere DRS’i ayarlayabilirsiniz. Bu seçeneklerde detaylı bir ayar yapmanıza gerek yok çünkü işlemler tamamlandıktan sonra vSphere HA ve vSphere DRS ayarlarını tekrar değiştirebilirsiniz.

VSAN Options altında yer alan Deployment Type bölümünü Stretched Cluster olarak değiştirmeniz gerekiyor.

Next ile devam ediyoruz.

VSAN Claim Disks

Claim disk bölümünde VSAN için kullanılacak Cache ve Capacity disklerini seçiyoruz. Kendisi default olarak bu diskleri zaten seçecektir. Ancak siz isterseniz bunları kendiniz değiştirebilirsiniz.

Next ile devam ediyoruz.

VSAN Support Insight

VSAN Support Insight, VSAN 6.6.1 bir ile birikte gelen bir özelliktir. VSAN Support Insight ile ilgili ben bazı bilgiler vermiştim. Buna aşağıdaki linkten ulaşabiilrsiniz.

VSAN 6.7 Update 3 Yenilikleri

Ancak VSAN Support Insight ile ilgili ayrıca bir makale yazacağım.

Next ile devam ediyoruz.

VSAN Proxy Settings

VSAN Support Insight’in kullanması için veya online healthcheck ‘in yapılması için vCenter Server’in internete çıkması gerekmektedir. Bunun için burada Proxy belirtebilirsiniz. Proxy belirtmenizi tavsiye ediyorum çünkü vCenter Server belirli aralıklar ile verileri VMware ile paylaşır ve altyapınızın güncellik durumunu görebilirsiniz.

Next ile devam ediyoruz.

VSAN Fault Domains

Configure Fault Domain bölümünde Site B üzerinde yer alan ESXi host’larımızı Secondary bölümüne ekliyoruz. Fault Domain ile iligli daha önce bir makale yazmıştım. Bu yazıma aşağıdaki linkten ulaşabilirsiniz.

VSAN – Fault Domain

VSAN – Stretched Cluster ve Fault Domain

Site B’de yer alan host’larımı Secondary olarak ekliyorum ve Next ile devam ediyorum.

VSAN Witness Host

Select Witness host bölümünde Witness host’umuzu seçiyoruz. Stretched cluster kurulumuna başlamadan önce Witness host’u vCenter Server’a eklemiştim. Buradan Witness host’u seçiyorum ve Next ile devam ediyorum.

VSAN Claim Witness Host

Witness host’un kullandığı disk grubunun disklerini seçiyoruz ve next ile devam ediyoruz.

VSAN Stretched Cluster Finish

Son olarak Stretched Cluster’ı Finish butonu ile oluşturmaya başlıyoruz.

Stretched Cluster oluşturma işlemi ortalama 15-20 dakika sürebiliyor. Tabi bu benim şuanda kullandığım ortam için geçerli. 8 host için ortalama 20 dakika gibi süre aldı. Ancak sizin ortamınız daha büyük ise bu sürede değişkenlikler olacaktır.

VSAN Task-Event

VSAN Stretched Cluster’ın oluşturulma aşamalarını task event bölümünden detaylı olarak görebilirsiniz.

VSAN Capacity

VSAN Fault Domains

VSAN Stretched Cluster’ı başarılı bir şekilde oluşturduk. Cluster’ı seçip Monitor > Capacity bölümünden oluşturduğunuz Stretched Cluster’ın kapasitesini görebilirsiniz. Bu aşamadan sonra virtual machine’lerinizi kurmaya başlayabilirsiniz.

Umarım faydalı olmuştur.

İyi çalışmalar.

#vsan cluster #vsan cluster nasıl oluşturulur #vsan quickstart #vsan ready node

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/vsphere-7-drs-yenilikleri.html

vSphere 7 DRS Yenilikleri

Merhaba,

vSphere 7 DRS Yenilikleri isimli bu yazımda sizlere yakın bir zaman içerisinde duyurusu yapılan vSphere 7 ile birlikte gelen DRS yeniliklerinden bahsedeceğim. Daha önce vSphere 7 ile birlikte gelen özellikleri yayınlamıştım. Bunlara aşağıdaki linkten ulaşabilirsiniz.

vCenter Server 7 Yenilikleri

vSphere 7 Yenilikleri

vSphere 6.7 vs vSphere 7

VSAN 7 Yenilikleri

DRS yani Distributed Resource Scheduler. DRS’in eğer ne olduğunu bilmiyorsanız aşağıdaki link’i inceleyebilirsiniz.

DRS nasıl çalışır?

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

vSphere DRS, VMware 2006 yılında çıkarmış olduğu efsane güzel bir özellik. DRS sayesinde cluster’ınızda bulunan virtual machine’ler performans problemlerinin önüne geçmek için farklı host’lara migrate edilir.

vSphere 7 DRS Yenilikleri

vSphere 7 ile birlikte DRS üzerinde çeşitli geliştirmeler yaşanmıştır. Daha önce yamış olduğun vSphere 7 makalelerinde bundan bahsetmiştim ancak bu makalemde biraz daha detaya gireceğim. vSphere 7 ile birlikte gelen DRS’e DRS 2.0 deniyor. DRS 2.0 ile birlikte ne gibi yenilikler geliyor, DRS 1.0 ile arasındaki fark nedir bunlardan bahsedelim.

vSphere 7 DRS Yenilikleri

Bir önceki DRS versiyonunda yani vSphere 7’den önceki DRS’lerde diyelim daha anlaşılır olur. Önceki sürümden hatırlayacağınız gibi, orijinal DRS cluster merkezlidir. Her 5 dakikada bir çalışır ve cluster çapında standart sapma modeli kullanır. DRS her 5 dakikada bir çalışır, cluster’ın snapshot’ını alır ve bunun neticesinde algoritmasını çalıştırır. DRS 2.0 ile birlikte artık DRS her 1 dakika da bir çalışacak ve çok daha hızlı işlem yapacaktır. vSphere 7’den önceki DRS’ler cluster’a odaklanırken, vSphere 7 ile birlikte gelen DRS 2.0 artık virtual machine’e daha çok odaklanmıştır. Bu çok önemlidir çünkü burada VM Score diye bir kavram karşımıza çıkıyor.

vSphere 7 DRS Yenilikleri

DRS bir virtual machine’i taşıyor peki taşımış olduğu yerdeki virtual machine’ler bundan nasıl etkileniyor? Yeni DRS mantığı, bu soruları ele alan çok farklı bir yaklaşım benimsiyor. ESXi host’da bir VM DRS puanı hesaplar ve virtual machine’e en yüksek VM DRS puanını sağlayan bir ESXi host’a taşır. Eski DRS versiyonundan en büyük farkı, artık ESXi host’un yükünü dengelememesidir. Bu, DRS’in ESXi host kullanımını daha az önemsediği ve virtual machine mutluluğuna öncelik verdiği anlamına gelir. VM DRS puanı da her dakika hesaplanır ve bu da kaynakların çok daha ayrıntılı bir optimizasyonuyla sonuçlanır.

DRS 2.0’da sunulan bir diğer özellik de uygun Network Yükü Dengeleme yani Network Load Balancing yapabilmesidir. vSphere 6.5 ile birlikte gelen yeni özelliklerden birtanesi vSphere DRS’in artık network’ude kontrol edebilme özelliğiydi. Evet, geçmişte ağ yükü üzerindeki dengeyi yükleme seçeneğimiz vardı, ama asla birincil öncelikte değildi. Bu, yalnızca CPU ve memory dikkate alındıktan sonra bakılan ikincil bir metrikti. Dolayısıyla, CPU veya memory açısından dengelemeye gerek olmasaydı, network kullanımına bile bakılamazdı. DRS 2.0 network ile birincil metrik, yani virtual machine’lerin gösterildiği gibi network kullanımını dengelemek için taşınabilecektir.

DRS Scalable Shares

DRS 2.0 ile birlikte vSphere DRS menüsünde karşımıza yeni bir bölüm çıkıyor. Scalable Shares seçeneği DRS 2.0 ile birlikte gelen yeni özelliklerden. Scalable Shares cluster düzeyinde veya resource pool düzeyinde yapılandırılır. Scalable Shares seçeneği, bir resource pool’daki virtual machine’lerin sayısına bağlı olarak diğer resource pool’lara kaynek sağlar. Scalable Shares‘i cluster düzeyinde veya resource pool düzeyinde aktif edebiliyorsunuz. VMware bunu daha çok resource pool seviyesinde kullanmanızı tavsiye ediyor.

Share değerleri ve resource pool ile ilgili daha önce bir makale yazmıştım. Bu makaleme aşağıdaki linkten ulaşabilirsiniz.

CPU/Memory/Disk Shares Değerleri

Neden Resource Pool Kullanılır?

Objective 1.7 – Describe and identify resource pools and use cases

DRS Scalable Shares

Share değeri High ve Normal olan bir resource pool oluşturduğunuzda, share değeri High olan resource pool’un değeri 8000 olur. Share değeri Normal olan resource pool’un ise 4000 değeri olur. Başka bir deyişle, High ve Normal share değerleri arasında 2: 1 oranı bulunmaktadır. Şimdi High share değerine sahip resource pool’da 8 virtual machine’iniz ve Normal share değeri olan resource pool’da 1 virtual machine’iniz var. Normal share değerine sahip resource pool’da tek bir virtual machine 8 adet virtual machine’in bulunduğu resource pool ile aynı kaynakları paylaşıyor. Kaynak yetersizliğinin olması durumunda veya öncelikli kaynak tahsis edilmeye başlandığında High share değeri olan resource pool daha öncelikli kaynak alacaktır. Ayrıca 8 adet içinde virtual machine olacağı için kaynak çekişme yoğunluğu daha yüksek olacaktır.

Scalable shares kullanarak DRS, resource pool’da bulunan virtual machine’lerin sayısına bağlı olarak resource pool’u otomatik olarak ayarlar ve böylece artık manuel olarak ayarlamanız gerekmediği için resource pool’u daha kullanışlı hale getirir.

vSphere 7 ile birlikte gelen DRS yenilikleri ile ilgili aşağıdaki videoyu izlemenizi tavsiye ederim.

youtube

Umarım faydalı olmuştur.

İyi çalışmalar.

#drs nedir #drs özellikleri #vcenter 7 drs #vm yük dengeleme #vmware drs

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/vsphere-7-yenilikleri.html

vSphere 7 Yenilikleri

Merhaba,

vSphere 7 Yenilikleri isimli bu yazımda sizlere vSphere 7 ile birlikte gelen yenilikleri kısaca bahsedeceğim. Özellikle dikkat çekici olan bazı yenilikler ile ilgili ayrıca makale hazırlayacağım. vSphere 7 ile birlikte gelen yeniliklere aşağıdaki makalelerde değinmiştim. Ancak bu makalede biraz daha detaylı inceleyeceğiz.

VSAN 7 Yenilikleri

vSphere 6.7 vs vSphere 7

vSphere 7 Yenilikleri

Son zamanlarda, organizasyonlar geçmişte en önemli faktör olan platformdan ziyade ana faaliyetleriyle yakından uyumlu ve öncelikli olan uygulamalar geliştirme ihtiyacının daha fazla farkına varmışlardır. Bu eğilimi kabul eden VMware, müşterilerine sadece geleneksel değil aynı zamanda modern uygulamaları sorunsuz bir şekilde barındırabilen ve yönetebilen bir platform sağlamak için portföy ürünlerini entegre etmeye çalışmaktadır. VSphere 7’nin ana odağı, bu teknolojilerin tümünü yönetmek için tek bir platforma entegre edilmesidir.

Eminim bu yazıyı okuyan bir çok kişi uzun yıllardır VMware altyapısı yönetiyordur ve bu konuda ciddi anlamda bilgi ve birikimleri bulunmaktad��r. Uygulama geliştiriciler işyüklerinin anında oluşturulmasını ve hızlı bir şekilde çözümlenmesini istiyorlar. Kurumlar ve içindeki BT ekipleri, bu tarz sistemleri teslimatı için ciddi bir efor sarfediyor. Bu sistemleri teslim ettikten sonra bunların denetimi, patch, update işlemleri gibi işlemlerin yapılmasıda aslında bunun en zor olan bölümlerindendir.

vSphere 7 ile birlikte BT yöneticlerinin bu yaşamış olduğu zorluklar ortadan kaldırılma hedefleniyor. Ve bunu destekleyen çok güzel özellikler getirildi.

Kubernetes’i platforma (Tanzu Kubernetes Grid Service aracılığıyla) native olarak entegre eden VMware Cloud Foundation 4 tarafından desteklenirken, yeni altyapı yapılarının eklenmesiyle geleneksel altyapı hizmetleri eskisi gibi çalışmaya devam ediyor. Yani bu ne demek oluyor vSphere 7 ile Kubernetes’i birlikte tek bir ekrandan sorunsuz bir şekilde kullanabiliyoruz 🙂 Geleneksel API’ler buna göre genişletildi ve geliştiriciler Kubernetes alanında alışkın oldukları komutların aynısını kullanmaya devam edebilirler.

Ayrıca, vSphere’in güvenlik, kimlik doğrulama ve yaşam döngüsü yönetiminde de aşağıda özetlenen iyileştirmeler vardır.

VMware vCenter Server 7.0 Profiles vSphere 7.0’da tamamen yeni bir özelliktir. Bunu lütfen ESXi Host Profiles ile karıştırmayın. vCenter Server 7 Profiles temel olarak REST API’leri (yönetim, ağ, kimlik doğrulama ve kullanıcı yapılandırması) aracılığıyla vCenter Server yapılandırmasını içe ve dışa aktarmamıza izin verir.

Dışa aktarılan yapılandırma (bir JSON dosyasıdır) diğer vCenter sunucularına aktarılabilir. Dağıtmak için 20-30 vCenter sunucunuz olduğunu düşünün. Tüm vCenter sunucularında yapılandırmayı sürdürmek için bu profili kullanabilirsiniz. Profiller vCenter sunucuları arasında sürüm kontrolünü koruyabilir. 100 vCenter sunucu sınırı vardır.

vCenter Server 7.0 profilleri ile geçerli bir vCenter sunucu profilini içe aktararak bilinen bir son yapılandırmaya kolayca dönebilirsiniz, böylece bir DR rolü de oynayabilir.

External Platform Services desteğinin kaldırıldığını daha önce blog üzerinden duyurmuştum ve Convergence tool sayesinde bu sürecin nasıl yapılacağını anlatmıştım. vSphere 7 ile birlikte bu konuda bir değişiklik yapılmış. Artık kurulum esnasında external seçeneği gelmiyor. Buna ek olarak vSphere 7 ile birlikte Convergence tool artık bulunmuyor yani ISO’da bulunmuyor. vSphere 7 ile birlikte external ‘dan embedded a migration işlemi oldukça basitleşiyor. vSphere 7 ile birlikte gelen bir diğer yenilik ise vCenter Server Update Planner. VMware, vSphere 7 ile birlikte update/upgrade işlemlerini çok basitleştirmek istediğini açıkca belli etmiş 🙂

vCenter Server Update Planner sayesinde update’in planlanması ve yürütülmesini kolay bir şekilde yapabiliriz. Yeni bir sürüme geçmek istediğinizde, çalışabilirlik sorunlarını görmenizi sağlayabilir veya isterseniz what if senaryolarını çalıştırabilirsiniz. Böylece upgrade yapmadan önce kendinizi güvende hissetmiş olursunuz 🙂

vSphere ESXi üzerinde bir güncelleme yapmak istediğinizde, kullanmış olduğunuz sunucuya özel driver, versiyon ve firmware updatelerini yapmanız gerekir. Bu oldukça önemlidir, eğer bunlardan birini yapmazsanız çeşitli sorunlar ile karşılaşmanız olasıdır. LifeCycle Manager sayesinde HPE ve DELL sunucularınızın update/upgrade işlemlerini sorunsuz bir şekilde gerçekleştirebilirsiniz.

vSphere 7 ‘de beni en çok heyecanlandıran özelliklerin birtaneside vSphere DRS ‘de yapılan iyileştirmelerdi. vSphere 7 ile birlikte vSphere DRS’de önemli değişilikler mevcuttur. Daha önce DRS her 5 dakikada bir çalışırken vSphere 7 ile birlikte gelen DRS’da her 1 dakikada bir çalışmaktadır. Ayrıca DRS çalışırken, VM DRS skor kullanılıyor. Peki bu ne demek hemen bundan bahsedeyim.

VM DRS Score nedir?

Bu virtual machine’in çalışma verimliliği. % 0’a yakın değerler ciddi kaynak sorunu olduğunu gösterirken % 100’e yakın değerler hafif veya hiç kaynak sıkıntısının olmadığını gösterir. DRS, cluster’da her virtual machine’in çalışma verimliliğini en üst düzeye çıkarırken tüm virtual machine’lere kaynak tahsisinde eşitliği sağlamaya çalışacaktır.

Cluster DRS Score nedir?

Cluster’da bulunan virtual machine’lerin ortalama DRS Score’udur.

VM DRS skoru % 0-20,% 20-40 gibi değerler ile çalışır ve DRS, cluster’daki ESXi Host üzerindeki virtual machine için bu score’u hesaplar.

Daha düşük score, virtual machine’in iyi çalışmadığı anlamına gelmez, ancak verimliliği ile ilgili bazı sorunlarının olduğunu gösterebilir. Virtual machine DRS Score’un hesaplanması virtual machine başına veya bir cluster’daki tüm ESXi hostlar içindir.

Virtual machine için daha düşük bir score sağlayabilecek başka bir ESXi Host var ise, bu durumda DRS, bu virtual machine’in başka bir ESXi host’a migration’ini dikkate alır.

Virtual machine DRS Score hesaplanırken, CPU Ready Time, Memory Swap gibi değerler dikkate alınır.

Genel olarak, DRS vSphere 7’ye migration konusunda çok zekidir, bu yüzden bu yeni özelliklerin virtual machine’ler üzerindeki etkisini çok merak ediyorum.

vMotion işlemleri sırasında virtual machine’in memory bilgileri taşınır. Eğer bir virtual machine’in memory miktarı yüksek ise bu virtual machine’in taşınma işlemi oldukça uzun olacaktır. Bundan dolayı yüksek memory bulunan virtual machine’ler genellikle DRS üzerinde rule yazılır ve migrate edilmez. vMotion esnasında Memory bitmap dosyası oldukça önemlidir. Büyük size’a sahip virtual machine’lerin memory bitmap dosyalarıda oldukça büyüktür. Örneğin 1GB memory bulunan bir virtual machine’in default memory bitmap’i 32GB’dir. Elbette bu size’a sahip bir virtual machine’in vMotion işlemi hızlı ve basit olacaktır. Ancak 24TB memory bulunan bir virtual machine’in memory bitmap dosyası 768MB büyüklüğündedir. Bu virtual machine vMotion ile farklı bir host’a aktarılması durumunda belirtmiş olduğun 768MB büyüklüğündeki dosyasının aktarımı virtual machine üzerinde anlık donmalara veya hang gibi işlemlere yol açabilir. 768 MB boyutundaki bir memory bitmap’in aktarılması 2 saniye sürecektir ancak bu virtual machine’in olumsuz etkilenmesine sebep olabilecektir. vSphere 7 ile birlikte memory bitmap dosyaları sıkıştırılarak geliştirilmiştir. Memory bitmap’i 24TB belleğe (768MB bellek bitmap boyutu) sahip bir virtual machine’de sıkıştırıldığı için artık aktarılması 2 saniye sürmez, yalnızca 175 mikrosaniye sürer.

vMotion ile birlikte gelen yenilikleri ayrıca yazacağım. Orada daha detaylı bilgiler vereceğim.

Umarım faydalı olmuştur.

İyi çalışmalar.

#esxi 7 #vcenter 7 #vsphere 7 nedir

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/vsan-7-yenilikleri.html

VSAN 7 Yenilikleri

Merhaba,

VSAN 7 Yenilikleri isimli bu makalemde sizlere duyurusu yapılan VSAN 7 hakkında bilgiler vereceğm. Daha önce yazmış olduğum VSAN makalelerine aşağıdaki linkten ulaşabilirsiniz.

https://www.tayfundeger.com/kat/VSAN

VSAN 7 ile birlikte gelen yeniliklere başlamadan önce kısaca VSAN hakkında bilgi vermek istiyorum. VSAN sayesinde ortamımızda bir storage yatırımı yapmadan shared datastore’lar oluşturabiliyor ve bu sayede vSphere HA ve vSphere DRS gibi teknolojilerden faydalanabiliyoruz. Bununla alakalı zaten birden fazla makalem bulunuyor. Bunlara yukarıdaki linkten ulaşabilirsiniz.

VSAN 7 Yenilikleri

VSAN 7 ile birlikte gelen en önemli yeniliklerden birtanesi vSphere Lifecycle Manager ile cluster’da bulunan ESXi host’ların güncelleme işlemlerini basitleştirebiliyor olmamız. Elbette VSAN 7 daha önce duyurusu yapılan Project Pacific ‘i destekleyen çeşitli özelliklerde içeriyor. Daha önce Project Pacific ile ile ilgili yazmış olduğum yazıya aşağıdaki linkten ulaşabilirsiniz.

VMware Project Pacific Nedir?

VMware ortamında uzun zamandır kullandığımız bir güncelleme aracımız var. Bunun vSphere Update Manager. Hatta geçtiğimiz günlerde Update Manager ile ilgili bir makale yazmıştım. Buna aşağıdaki linkten ulaşabiilrsiniz. Bir VMware VSAN ortamında driver ve versiyon update işlemleri için vSphere Update Manager’i kullanabiliyoruz.

VMware Update Manager Nedir?

Ancak güncelleme işlemleri sırasında genellikle firmware update’leride yapılıyor ki bu oldukça önemlidir. Böyle bir güncelleme yapmak istediğimizde 2 araç kullanmış oluyoruz. vSphere Update Manager ve Vendor’un sunmuş olduğu firmware ISO’su. VSAN 7 ile birlikte vSphere Lifcycle Manager isimli bir yazılım ile karşılaşıyoruz. Bu yazılım sayesinde software ve firmware update işlemlerini tek bir arayüz üzerinden gerçekleştirebileceğiz. Açıkcası bence süper olan bir yenilik çünkü işleri oldukça basitleştirecek. Zaten ürün release olduğunda makalesini yazıyor olacağım.

VSAN 7 Yenilikleri

vSphere Lifecycle Manager yani vLCM, hypervisor için gerekli olan driver ve firmware yönetimini yapabilmektedir. vLCM sayesinde aynı vSphere Update Manager’da olduğu için image’i yükleyebilir veya isterseniz cluster altında bulunan tüm esxi hostlarda driver/firmware güncellemelerini yapabilirsiniz. vLCM, VMware HCL’ye göre tüm altyapınızın uyumluluğunu kontrol edilmesinde yardımcı olur. Böylece altyapının uyumluluğunu tek tek kontrol etmenize gerek kalmaz.

vLCM evet çok güzel bir özellike ve bence oldukça gerekli olan bir özellikti. VSAN 7 ile birlikte gelmesi çok iyi oldu 🙂

VSAN 7 Yenilikleri

VSAN 7 ile birlikte data placement yani veri yerleştirme ve DRS ile ilgili çeşitli yenilikler yapılmıştır. Bir Failover esnasından sonra, DRS iki site arasında verileri tamamen yeniden senkronize edene kadar virtual machine’in aynı site üzerinde çalışmasını sağlar. Senkronizasyon tamamlandıktan sonra DRS, virtual machine’i uygun olan site’a taşıyacaktır. Tabi burada Stretched Cluster olduğunu varsayıyoruz. Böylece gereksiz read/write işlemleri azalır. Bu durum ile ilgili aşağıdaki makalelerimi okumanız faydalı olacaktır.

VSAN – Resyncing Objects

VSAN Automatic Rebalance

VSAN 7 ile birlikte Stretched Cluster ve 2 node VSAN için Witness host değiştirme ve senkronize etme mantığını geliştirmiştir. Bir VSAN Witness Host Appliance ‘da bir sorun ile karşılaştığınızda veya değiştirmeniz gerektiğinde vCenter üzerinde yer alan Replace Witness butonunu kullanarak değiştirebilirsiniz. Değiştirmeden sonra vSAN, vSAN Witness Host Appliance ‘da hızlı bir şekilde repair işlemi başlatır. VSAN 7 ile birlikte gelen bu özellik, vSAN Witness Host geri yüklemesini hızlandırarak site düzeyinde korumaya yönelik geçici bir güvenlik açığını azaltmaya yardımcı olur.

VSAN 7 Yenilikleri

Bir vSAN Stretched Cluster topolojisi, bir site kesintisi durumunda virtual machine ve verilerin esnekliğini sağlar. VSAN’ın esnekliği sayesinde, VSAN admin’leri storage policy üzerinde virtual machine’lere göre policy’ler düzenleyebilir ve bu şekilde virtual machine’lerin datalarını farklı seviyelerde koruyabilir. Sonuç olarak, bir site’da diğerinde kullanılabilir kapasite dengesizliği olabilir. vSAN 7, kapasite’nin yapmış olduğu dengesizliği en aza indirmek için yeni bir çözüm sunmaktadır. Bir dengesizlik tespit edildiğinde vSAN, IO’yu kapasite dengesizliği site ile sınırlandırdığı ve aktif IO’yu sağlıklı site’a yönlendirdiği çoklu parametreleri kontrol eder. En önemlisi bu adımlar, virtual machine’in çalışmasını aksatmadan gerçekleşir.

VSAN 7 Yenilikleri

Aslında son olarak bahsedeceğim yenilik VSAN 6.7 Update 3 ‘de daha önce bize sunulmuştu. Hatta ben aşağıda belirteceğim linkte bu konuya değinmiştim.

VSAN 6.7 Update 3 Yenilikleri

VSAN 7 ile birlikte artık Kubernetes Cluster’larında kullanılan persistent volume’larda encryption ve snapshot support etmeye başlamıştır.

Önemli olan VSAN 7 özelliklerini sizinle paylaşmak istedim. Tüm yeniliklerin anlatıldığı link’i aşağıya ekliyorum.

https://blogs.vmware.com/virtualblocks/2020/03/10/announcing-vsan-7/

Umarım faydalı olmuştur.

İyi çalışmalar.

#vsan 7 nedir #vsan 7 özellikleri #vsan versiyonu

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/objective-4-8-configure-an-sso-domain.html

Objective 4.8 – Configure an SSO domain

Merhaba,

VCP-DCV Study Guide makale serimizin bu bölümünde vCenter kurulumundan sonra yapılması gereken SSO konfigurasyonu hakkında bilgi vereceğim. Daha önce yazmış olduğum VCP-DCV Study Guide makale serimize aşağıdaki linkten ulaşabilirsiniz.

VCP-DCV 2019 Study Guide

Ben daha önce SSO ile ilgili aşağıdaki gibi bir makale yazmıştım. Bunun için burada ayrıca SSO ve Platform Services Controller ile ilgili detaylı bilgi vermeyeceğim.

Platform Services Controller Nedir?

Ancak şunu tekrar belirtmem gerekiyor. vSphere 6.7 Update 2 ile birlikte External Platform Services Controller’in kullanılmayacağını belirtti. Buna bağlı olarak embedded psc kullanıyorsanız 15 taneye kadar linked mode kullanılabileceğini belirtti. External PSC’nin kaldırılmış olması çok iyi bir şey çünkü yapıyı daha basit kurgulayabiliyorsunuz. Ayrıca External PSC’den embedded’a geçiş için aşağıdaki makalelerden faydalanabilirsiniz.

External PSC Desteği Bitiyor

External PSC to Embedded PSC Migration – Bölüm 1

External PSC to Embedded PSC Migration – Bölüm 2

vCenter Server Appliance’i active directory’e dahil edip daha sonrasında active directory üzerinde bulunan kullanıcılarınız ile login olmak isteyebilirsiniz. Bunun için aşağıdaki makaleyi inceleyebilrisiniz.

vCenter Server Appliance 6 – Join Active Directory

Umarım faydalı olmuştur.

İyi çalışmalar.

#vcenter domain #vcenter sso

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

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

VMware Update Manager Nedir?

Merhaba,

VMware Update Manager Nedir? isimli bu makalemde sizlere VMware vCenter Server ile birlikte VMware vSphere Update Manager hakkında bilgi vereceğim. VMware Update Manager, vSphere Altyapınızın kolay ve sorunsuz bir şekilde yükseltilmesi için çok kullanışlı bir araçtır.

Update Manager işlevini kullanmak için vSphere 6.5’de Update Manager’ın farklı Windows sunucusuna yüklenmesi gerekir, ancak vSphere 6.7’de VMware doğrudan vCenter Server Appliance’a entegre edildikten sonra Update Manager’ı farklı bir şekilde yüklemenize gerek yoktur. Bu yazıda vSphere 6.7’de VMware Update Manager’ın en son sürümünü göreceğiz.

VMware Update Manager, VMware altyapınızı update/upgrade etmek için çok kullanışlıdır. ESXi Sunucularınızı sadece birkaç tıklama ile upgrade edebilir veya patchlerini geçebilirsiniz. Update Manager ayrıca VMware Tools ve VM Hardware sürümlerini sadece tıklamalarla kolayca yükseltmenizi sağlar. VMware Update Manager, son sürümden bu yana sçok daha geliştirilmiş ve değiştirilmiştir, kullanımı çok daha basittir. İlerleyen makalelerde bunların detaylarını paylaşacağım.

vCenter Server’a login olduktan sonra Update Manager bölümüne giriş yapıyoruz.

VMware Update Manager

Home sekmesi Update Manager’in ilk sekmesidir. Burada baseline eklenmiş host’ları ve non-compliant durumda olan cluster’ları görebilirsiniz. Listeyi Dışa Aktar da yapabilirsiniz.

VMware Update Manager

Monitor bölümünde Task/Event bölümünden Update Manager ‘da yapılan aktiviteleri görebilirsiniz.

VMware Update Manager

Baseline bölümü oldukça önemlidir. Baseline bölümünde default olarak 2 adet baseline gelir. Bunlar;

Critical Host Patches (Predefined)

Non-Critical Host Patches (Predefined)

Bu baseline’lar sayesinde kritik ve kritik olmayan patch’leri yükleyebilirsiniz. Ancak eğer isterseniz kendi baseline’inizida oluşturabilirsiniz. Örneğin ESXi Server 6.5 ‘u ESXi Server 6.7’ye yükseltmek yani upgrade etmek istiyorsunuz. Bu durumda eğer işlemi update manager üzerinden yapacaksanız, yeni bir baseline oluşturup daha sonrasında ESXi Server 6.7 imajını yükleyip daha sonrasında bu baseline ile ESXi host’larınızı upgrade edebilirsiniz.

VMware Update Manager

Burada download edilen update’leri veya patch’leri görebilirsiniz. Download Now’a tıklayarak patch indirmelerini manuel olarak da başlatabilirsiniz. Eğer vCenter Server internete çıkıyor ise, Download Now’a bastığınızda VMware’den otomatik olarak tüm patch’ler vCenter Server’a indrilecektir. Böylece istediğiniz zaman ESXi’a patch veya update işlemlerini uygulayabilirsiniz. Eğer isterseniz Upload From File seçeneğini kullanarak patch’leri manuel olarakta yükleyebilirsiniz.

VMware Update Manager

ESXi Images bölümünden, indirmiş olduğunuz esxi iso’larını import edebilirsiniz. Bir ESXi’i yeni bir sürüme upgrade etmek istiyorsanız mutlaka o versiyona ait ISO dosyasını import etmeniz gerekir.

VMware Update Manager

Adından da anlaşılacağı gibi, burada Update Manager ile ilgili ek ayarlar yapabilirsiniz. Download Schedule, networking gibi Update Manager’in yönetim ayarlarını yapılandırabilirsiniz.

Update Manager, VMware vCenter Server ile ağ bağlantısı gerektirir . Update Manager’ın her yüklemesi, tek bir vCenter Server ile ilişkilendirilmiş olmalıdır . Update Manager, vCenter Server Appliance 6.5 ve üzerinde beraber gelmektedir. Ancak eğer siz Window vCenter Server kullanıyorsanız, ayrıca Update manager kurmanız gerekmektedir.

Umarım faydalı olmuştur.

İyi çalışmalar.

#update manager #update manager esxi #update manager host update

0 notes

tayfundeger · 5 years ago

Text

New Post has been published on

New Post has been published on https://www.tayfundeger.com/objective-4-3-set-up-a-content-library.html

Objective. 4.3 – Set up a content library

Merhaba,

VCP-Study Guide makale serimizin bu bölümünde content library hakkında bilgi vereceğim. Content Library Nedir? Öncelikle bu sorumuzun cevabını yanıtlayacağız ve daha sonrasında Content Library nerelerde kullanılır bunlardan bahsedeceğiz. VCP Study Guide makale serisine aşağıdaki linkten ulaşabilirsiniz.

VCP-DCV 2019 Study Guide

Daha önce Content Library ile ilgili bir makale yazmıştım. Bu yazıma aşağıdaki linkten ulaşabilirsiniz.

vSphere 6.5 Content Library Nasıl Kullanılır?

VMware vCenter Server 6 – Content Library

Content Library ilk olarak vSphere 6.5 ile birlikte duyuruldu. Content library sayesinde, vCenter Server’lar arasında veri paylaşımı yapabiliyorsunuz. Burada barındıracağınız verinin çok bir önemi bulunmuyor. Isterseniz template, iso isterseniz de bambaşka bir dosya barındırabilirsiniz. Bunları farklı vCenter Server’lar ile paylaştırabilir hatta buradan deployment sağlayabilirsiniz. Örneğin, bir template dosyasınız bulunuyor Content Library üzerinde. Bu template’den yeni virtual machine’ler oluşturabilirsiniz. Ayrıca vSphere 6.7 Update 2 ile birlikte VM template senkronizasyonu geldi. Bir VM Template’i AWS’deki VMware Cloud’a senkronize edebileceksiniz.

Ben daha önce Content Library ile ilgili detaylı bir makale yazdığım için bu ölümde ekstra olarak birşey belirtmeyeceğim. Bunun için aşağıdaki linki inceleyebilirsiniz.

vSphere 6.5 Content Library Nasıl Kullanılır?

Umarım faydalı olmuştur.

Iyi çalışmalar.

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-1-2-identify-vcenter-high-availability-ha-requirements.html

Objective 1.2 – Identify vCenter high availability (HA) requirements

Merhaba,

Bu bölümde sizlere vCenter Server High Availability yapılandırması ve gereksinimleri ile ilgili bilgi vereceğim. Eğer VCP-DCV almayı düşünüyorsanız bu Study Guide serisini mutlaka ve mutlaka incelemeniz gerekiyor.

vCenter Server Availability ile iglili bilgi vermeden önce, daha önce yazmış olduğum aşağıdaki makaleyi inceleyebilirsiniz. Neden vCenter HA kullanmanız gerekiyor bu konu hakkında kısaca bilgi vermek istiyorum. vCenter HA sayesinde vCenter’ınızın bulunduğu host’un down olması durumunda vCenter Server’da kesinti yaşanmayacak ve passive olan node aktif duruma geçerek hizmet vermeye devam edebileceksiniz. vCenter HA, vCenter Server’in plansız bir şekilde down olmasını önler.

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

Ben bu yazımda neden vCenter HA kullanmamız gerekli bunun faydaları nelerdir ve gereksinimleri hakkında bilgi vereceğim.

vCenter Server’in biliyorsunuz 2 farklı kurulum methodu var. Bunlardan birtane Windows Server üzerine vCenter Server kurulumu diğeri ise vCenter Server Appliance ile vCenter Server kurulumu bulunuyor. Bunu zaten bir önceki bölümde anlatmıştım. Ben bu yazımda hem Windows hemde vCenter Server Appliance ile nasıl high availability kullanabilirsiniz onu anlatacağım. İlk olarak vCenter Server Appliance hakkında bilgi vereceğim dah sonrasında Windows failover cluster üzerinde bu işlemlerin nasıl yapılacağını anlatacağım.

vCenter Server Appliance kullanacaksanız vCenter HA kullanmanız oldukça önemlidir. İlk olarak vCenter Server Appliance üzerinde vCenter HA konfigurasyonu nasıl yapılır, gereksinimleri nelerdir bunlardan bahsedelim.

Bir vCenter HA Cluster‘ı 3 vCenter Server bileşeninden oluşur. Bunlardan birtanesi Active node diğeri passive node bir diğeri ise witness node’dur. vCenter HA’ı enable etmek istediğinizde var olan vCenter Server Appliance üzerinden clone alınır ve passive node oluşturulur. Daha sonrasında otomatik olarak oluşturulan witness node sayesinde hangi node’un down olduğu izlenir. Node’ların her birini farklı bir ESXi host üzerinde tutmak donanım arızasına karşı koruma sağlar. vCenter HA konfigürasyonu tamamlandığında, sadece Active node aktif bir yönetim arayüzüne (ortak IP) sahiptir. vCenter HA’in oluşturuken belirleyeceğinzi private network üzerinden veriler active node’dan passive node’a sürekli olarak kopyalanacaktır.

vCenter HA Node:

Active Node:

vCenter Server Appliance’in çalıştığı, hizmet verdiği node’dur.

Verilerin passive node’a kopyalanması için private bir network kullanır. Buna vCenter HA network’u denir.

Witness node ile iletişim kurması için vCenter HA network’unu kullanır.

Passive Node:

Active node’dan clone alınarak oluşturulmuş bir node’dur.

Active node üzerinde bulunan datalar anlık olarak passive node ile vCenter HA network’u üzerinden kopyalanır.

Active node’un down olması durumunda Passive node kendini aktif duruma getirir.

Witness Node:

Active node’dan clone alınarak oluşturulmuş küçük size’a sahip bir sunucudur.

Hangi node’un down olduğunu takip eder ve hangi node’un passive’den active’e geçeceğine karar verir.

vCenter HA’yı ayarlamadan önce, yeterli bellek, CPU ve datastore kaynaklarına sahip olduğunuzdan emin olun. Ayrıca vCenter HA’yı destekleyen vCenter Server ve ESXi sürümlerini kullandığınızdan emin olun.

Ortamınız aşağıdaki gereksinimleri karşılamalıdır.

ESXi:

ESXi versiyonu 6.0 ve üzeri olmalıdır.

Minimum 3 ESXi host bulunması gerekmektedir.

VMware DRS kullanılması önerilir. Bu durumda en az 3 tane ESXi host bulunması gerekmektedir.

Management vCenter Server:

Eğer Management sunucularınızı bulundurduğunuz bir vCenter Server bulunuyor ise, yani vCenter Server Appliance sunucusu başka bir vCenter Server ortamında bulunuyor ise vCenter HA ‘i yinede kullanabilirsiniz.

vCenter HA için minimum vCenter Server 6.0 veya sonraki sürümler gereklidir.

vCenter Server Appliance:

vCenter Server 6.5 minimum gereklidir.

Deployment size RTO’yu karşılamak için small (4 CPU ve 16GB RAM) konfigurasyon gerekir. Tiny’yi production ortamlarında kullanmayın.

vCenter HA, VMFS, NFS ve vSAN veri depolarıyla desteklenir ve test edilir.

Network Connectivity:

vCenter HA network’unde latency 10ms’den düşük olmalıdır. Active, Passive ve Witness arasında.

vCenter HA network’u management’dan farklı bir subnet’de bulunmalıdır.

Lisans Gereksinimi:

vCenter HA kullanmanız için single vCenter Server lisansına sahip olmanız yeterli olacaktır.

vCenter HA kullanabilmeniz için Standard lisansa sahip olmanız gerekmektedir.

vCenter HA’in 2 farklı deplyment methodu vardır. Bunlardan birtanesi Embedded Platform Services Controller kullanarak deployment yapılması. Diğeri ise External Platform Services Controller kullanarak vCenter HA’in kullanılmasıdır.

Öncelikle şunu belirtmek istiyorum. vSphere 6.7 ‘den sonraki sürümlerde artık external PSC deployment methodu kullanılmayacak. Bundan dolayı production ortamına deployment yaparken bunu dikkate alın lütfen.

External PSC Desteği Bitiyor

vCenter HA ile Embedded Platform Services Controller:

vCenter Server Appliance, embedded Platform Services Controller kullanılarak kurulur.

vCenter Server kurulumu tamamlandıktan sonra ve ESXi host’lar vCenter Server’a eklendikten sonra, vCenter HA sihirbazını kullnarak mevcut vCenter Server’in clone’unu alabilir ve böylece passive ve witness node’lar oluşturabilirsiniz.

vCenter HA sihirbazında otomatik konfigurasyonu seçerseniz clone işlemlerini kendisi yapacaktır. Burada Platform Services Controller’ında tüm servisleri passive node içerisine kopyalanır.

Yapılandırma işlemi tamamlandığında vCenter HA network’u üzerinden active node ile passive node arasında replikasyon gerçekleşir.

vCenter HA ile External Platform Services Controller:

vCenter HA’yı External Platform Services Controller ile birlikte kullanırken, Platform Services Controller ‘ı korumak için harici bir yük dengeleyici (load balancer) kurmalısınız. Bir Platform Services Controller kullanılamaz duruma gelirse, yük dengeleyici (load balancer) vCenter Server Appliance’ı farklı bir node’a yönlendirir.

Not: External PSC’nin desteği bittiğini tekrar hatırlatıyorum. Bu deployment yöntemini sadece study guide için anlatıyorum.

External Platform Services Controller kurulumu aşağıdaki VMware KB’lerinde tartışılmıştır.

2147014: Configuring Netscaler Load Balancer for use with vSphere Platform Services Controller (PSC) 6.5 2147038 : Configuring F5 BIG-IP Load Balancer for use with vSphere Platform Services Controller (PSC) 6.5 2147046 : Configuring NSX Edge Load Balancer for use with vSphere Platform Services Controller (PSC) 6.5

Kullanıcı en az 2 tane external platform services controller kurar.

vCenter Server Appliance Deployment’ı yapılırken kullanıcı External Platform Services Controller’i seçer.

Kullanıcı vCenter Server Appliance ve Platform Services Controller için bir load balancer konfigurasyonu yapar.

vCenter HA yapılandırırken Automatic konfigurasyonu seçerek vCenter Server Appliance’in clone’unu alır, passive ve witness node’lar oluşturulur.

Klonlama işleminin bir parçası olarak, External Platform Services Controller ve load balancer hakkındaki bilgiler de klonlanır.

Yapılandırma tamamlandığında, vCenter Server Appliance, vCenter HA tarafından korunur.

Platform Services Controller kullanılamaz duruma gelirse, load balancer kimlik doğrulama isteklerini veya diğer hizmetleri ikinci Platform Services Controller örneğine yönlendirir.

vCenter HA kurulumu ile ilgili aşağıdaki makalemi inceleyebilirsiniz.

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

Microsoft Cluster kullanarak vCenter Server High Availability Yapılandırma:

Not: vSphere 6.7 versiyonundan sonraki major versiyonda Windows vCenter Server kullanılmayacaktır. Bundan dolayı production ortamlarında Windows vCenter Server kurulumu yapmamaya dikkat edin.

vCenter Server 5.5 update 3.x, vCenter Server HA sağlamak için bir seçenek olarak Microsoft Cluster Service’i (MSCS) destekler. Birden fazla vCenter Server örneği bir MSCS kümesindedir, ancak bir seferde yalnızca bir örnek etkindir. vCenter Server patch ya da upgrade’ler hariç, işletim sistemi patch ya da upgrade gibi bakımı yapabilirsiniz. vCenter Server veritabanını kapatmadan cluster’da bulunan bir node’da bakım gerçekleştirirsiniz. Bu yaklaşımın bir başka potansiyel faydası, MSCS’nin bir tür “paylaşılan-olmayan” cluster mimarisi kullanmasıdır. Cluster, birden çok node’dan eşzamanlı disk erişimi içermez. MSCS cluster tipik olarak yalnızca iki node içerir ve cluster’lar arasında paylaşılan bir SCSI bağlantısı kullanırlar. Herhangi bir zamanda yalnızca bir sunucu diske ihtiyaç duyar. Eşzamanlı veri erişimi gerçekleşmez.

vSphere HA cluster seçeneğinin aksine, MSCS seçeneği yalnızca Windows sanal makineleri için çalışır. MSCS seçeneği vCenter Server Appliance desteklemiyor.

Windows vCenter Server High Availability yapılandırması için aşağıdaki adımları izleyebilirsiniz.

OS 2008 R2 veya 2012 R2 ile bir VM oluşturun.

Physical Bus sharing seçeneğinde ayrı bir disk controller’a sahip RDM diskini takın

vCenter kurulumu başlatılmadan önce PSC’yi kurun.

vCenter sunucusunu RDM disklerinden birine kurun ve tüm servisler başlangıç tipini manuel olarak ayarlayın.

VM’yi kapatın ve RDM disklerini çıkarın.

Sanal Makineyi klonlayın ve herhangi bir özelleştirme özelliği seçmeyin ve sysprep kullanmayın.

RDM diskini her iki VM’ye de takın ve açın.

Ana makine adını ve IP adresini VM1’de değiştirin ve her iki node’da failover cluster servisini yükleyin

Failover Cluster kurun ve her iki node’u ekleyin.

Hizmetler için VMware Service Lifecycle Manager ve regedit değerini girin

HKLM\system\CurrentControlSet\Services\VMwareDirectoryService

Role VMware AFD ve VMware vCenter Yapılandırma servislerini ekleyin.

Rolü yeniden başlat.

Umarım faydalı olmuştur.

İyi çalışmalar.

#vcenter ha yapılandırması #vcsa ha #yedekli vcenter

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-1-1-identify-the-pre-requisites-and-components-for-vsphere-implementation.html

Objective 1.1 – Identify the pre-requisites and components for vSphere implementation

Merhaba,

VCP-DCV 2019 sertifika sınavına çalışırken kullanmanız gereken bir çalışma dökümanının ilk serisinden başlıyoruz. VCP-DCV 2019 sertifikasını almak için 2v0-21.19 isimli sınava girmeniz gerekiyor. Bu sınava girmeden önce bu çalışma dökümanını okumanız ve çalışmanız sizin için oldukça faydalı olacaktır. Bu yazımda VMware vSphere ESXi ve vCenter Server ile ilgili çeşitli bilgiler vereceğim.

Sanallaştırma yapmak için kullandığımız ürünlerden birtanesi ESXi Server ‘dır. ESXi Server sayesinde fiziksel donanımı sanallaştırabilir ve sanallaştırdığımız donanım üzerinde sanal makineler oluşturabiliriz. vCenter Server sayesinde ise ESXi Server ‘ları merkezi bir yerden yönetebilir ve vCenter Server ile birlikte gelen bazı özellikleri kullanarak hayatımızı kolaylaştırabiliriz.

Sanal makine, tıpkı bir fiziksel sunucu gibi işletim sistemi ve uygulamaları çalıştırır . Hypervisor, sanal makineleri çalıştırmak için bir platform görevi görür ve fiziksel sunucu kaynaklarının daha verimli bir şekilde kullanılmasına izin verir.

Her sanal makine, sanal bir CPU, bellek, sabit disk ve network kartı dahil olmak üzere sanal tabanlı donanımını içerir.

ESXi , vSphere ortamındaki hipervizördür. Hypervisor, sanallaştırılmış bir veri merkezinde fiziksel veya sanal donanıma kurulur ve sanal makineler için bir platform görevi görür. Hypervisor, sanal makinelerin çalışmasını desteklemek için sanal makinelere dinamik olarak fiziksel donanım kaynakları sağlar. Hypervisor, sanal makinelerin temel fiziksel donanımdan bir dereceye kadar bağımsız bir şekilde çalışmasına izin verir. Örneğin, bir sanal makine bir fiziksel sunucudan diğerine taşınabilir veya sanal diskler, sanal makinenin çalışmasını etkilemeden bir tür depolama alanından diğerine taşınabilir.

ESXi Gereksinimleri:

Desteklenen sunucu platformu. Desteklenen platformların bir listesi için http://www.vmware.com/resources/compatibility adresindeki VMware Uyumluluk Kılavuzu’na bakın .

ESXi 6.7 , en az iki CPU çekirdeğine sahip bir fiziksel sunucu gerektirir.

ESXi 6.7 , Eylül 2006’dan sonra piyasaya sürülen 64 bit x86 işlemcileri destekler. Buna çok çeşitli çok çekirdekli işlemciler de dahildir. Desteklenen işlemcilerin tam bir listesi için, http://www.vmware.com/resources/compatibility adresindeki VMware uyumluluk kılavuzuna bakın .

ESXi 6.7 , BIOS’taki CPU için NX / XD bitinin etkinleştirilmesini gerektirir.

ESXi 6.7 , minimum 4 GB fiziksel RAM gerektirir. Sanal makineleri çalıştırmak için tipik üretim ortamlarında en az 8 GB RAM sağlanması önerilir.

64 bit sanal makineleri desteklemek için, x64 CPU’larda donanım sanallaştırma desteği (Intel VT-x veya AMD RVI) etkinleştirilmelidir.

Bir veya daha fazla Gigabit veya daha hızlı Ethernet gereklidir. Desteklenen network kartları modellerinin listesi için http://www.vmware.com/resources/compatibility adresindeki VMware Uyumluluk Kılavuzu’na bakın .

ESXi 6.7 kurulumu için boot partition minimum 1GB gereksinimi bulunmaktadır. Siz isterseniz bunu USB bellek’e, isterseniz bir raid grubuna kurabilir isterseniz de boot from SAN ile SAN üzerinden boot ettirebilrisiniz. Eğer scratch, tmp gibi alanların olmasını istiyorsanız 5.2 gb’lık bir disk gerektirir. USB veya SD cihazlara kruulum yaparsanız /scratch partition oluşmaz. Bunu manuel olarak tanımlamak durumunda kalırsınız. Ancak RAID grubunda bir disk veya RAID grubunda olmayan bir disk üzerine kurulum yaparsanız /scratch partition otomatik olarak oluşur.

Varsayılan olarak, dört karakter sınıfından bir karakter karışımı eklemeniz gerekir: küçük harfler, büyük harfler, sayılar ve parola oluştururken alt çizgi veya kısa çizgi gibi özel karakterler.

Varsayılan olarak, parola uzunluğu 7’den ve 40’tan azdır.

Parolalar bir sözlük kelimesini veya bir sözlük kelimesinin bir kısmını içeremez.

vCenter Server:

vCenter Server , sanal makinelerin ve ESXi host’ların yönetimi, çalışması, kaynak sağlama ve performans değerlendirmesi için merkezi bir platform sunar. vCenter Server farklı noktalarda veya aynı noktada bulunan ESXi host’ların yönetimini merkezi biryerden yapmanızı sağlar. Tabi vCenter Server sayesinde cluster oluşturabilir ve altyapınızı koruma altına alabilirsiniz.

Platform Services Controller Nedir?

vCenter Server kurulumu yaparken Platform Services Controller’i embedded olarak kurabilir veya External deployment yöntemi ile de kurabilirsiniz. Ancak Platform Services Controller end of support duruma geldiği için bunu önermiyorum.

External PSC Desteği Bitiyor

vCenter Server’i kurarken isterseniz Windows deployment’i isterseniz de vCenter Server Appliance’i kurabilirsiniz. Ancak bir sonraki major release ‘de windows vCenter Server artık kullanılmayacağı için kurulumlarınızda vCenter Server Appliance’i kullanmanızı tavsiye ederim. vCenter Server Appliance Linux tabanlı hazır ve yapılandırılmış bir hizmettir. vCenter Server Appliance sayesinde 15 dakika gibi kısa bir süre içerisinde vCenter Server ‘in kurulumunu tamamlayabilirsiniz.

vCenter Server Appliance aşağıdaki paketleri içerir;

Photon OS® 1.0

Platform Services Controller ve servisleri

vCenter Server servisleri

PostgreSQL

VMware vSphere Update Manager Extension

vCenter Server Appliance sayesinde 2.000 tane ESXi host ve 35.000 tane virtual machine yönetebilirsiniz. Ayrıca vSphere Update Manager sayesinde ESXi host’larınızın patch management’ini yapabilirsiniz.

vCenter Server Gereksinimleri;

Tiny (up to 10 hosts or 100 VMs) – vCPU – 2 Memory – 10 GB Default Storage – 250 GB

Small (up to 100 hosts or 1000 VMs) – vCPU – 4 Memory – 16 GB Default Storage – 290 GB

Medium (up to 400 hosts or 4000 VMs) – vCPU – 8 Memory – 24 GB Default Storage – 425 GB

Large (up to 1000 hosts or 10000 VMs) – vCPU – 16 Memory – 32 GB Default Storage – 640 GB

X-Large (up to 2000 hosts or 35000 VMs) – vCPU – 24 Memory – 48 GB Default Storage – 980 GB

vCenter Server Appliance’in kurulumu için aşağıdaki makalemi inceleyebilirsiniz.

vCenter Server Appliance 6.7 Kurulumu – Bölüm 1

vCenter Server Appliance 6.7 Kurulumu – Bölüm 2

Platform Services Controller ile birlikte aşağıdaki hizmetler yüklenir;

vCenter Single Sign-On:

vCenter Single Sign On kimlik doğrulama hizmeti, vSphere yazılım bileşenlerine güvenli kimlik doğrulama hizmetleri sağlar. vCenter Single Sign On özelliğini kullanarak, vSphere bileşenleri, her bir bileşenin bir kullanıcıyı Active Directory gibi bir dizin hizmetiyle ayrı ayrı kimlik doğrulaması yapmasını zorunlu kılmak yerine, birbirleriyle güvenli bir simge değişim mekanizması aracılığıyla iletişim kurar. vCenter Single Sign On, vSphere çözümlerinin ve bileşenlerinin yükleme veya yükseltme işlemi sırasında kaydedildiği ve bir altyapı kaynağı sağladığı bir iç güvenlik alanı (örneğin, vsphere.local) oluşturur. vCenter Single Sign-On, kullanıcıları kendi iç kullanıcılarından ve gruplarından doğrulayabilir veya Microsoft Active Directory gibi güvenilir dış dizin hizmetlerine bağlanabilir.

vSphere License Service:

vSphere License Service, bir Platform Services Controller veya Linked Platform Services Controller bağlı tüm vCenter Sunucu sistemlerine ortak lisans envanteri ve yönetim yetenekleri sağlar.

VMware Certificate Authority:

VMware Certificate Authority (VMCA) her ESXi sunucusuna, varsayılan olarak root certificate authority VMCA’ya sahip imzalı bir sertifika verir. ESXi, vCenter Server’a eklendiğinde sertifika otomatik olarak yüklenir. Tüm ESXi sertifikaları host üzerinde yerel olarak depolanır.

vCenter Server ile birlikte aşağıdaki servisler kurulur;

PostgreSQL:

vCenter Server’in kullanmış olduğu database’dir.

vSphere Web Client:

vSphere Web Client’a bağlanmayı sağlayan ve bunun sayesinde vCenter Server altyapısında bulunan sanal makine yönetimi, ESXi host yönetimi yapabilirsiniz. Web tarayıcısı üzerinden bağlantı sağlanır.

vSphere Client:

Web tarayıcısını kullanarak vCenter Server’a bağlanmanızı sağlayan HTML 5 tabanlı bir çözümdür.

vSphere ESXi Dump Collector:

Kritik bir hata oluştuğunda ESXi tarafından oluşturulan dump dosyasını network üzerindeki bir paylaşıma gönderebilirsiniz.

VMware vSphere Syslog Collector:

VMware vSphere Syslog Collector sayesinde ESXi’in log’larını networkte yer alan bir Syslog sunucusuna gönderebilirsiniz.

vSphere Auto Deploy:

Birden fazla fiziksel sunucuya otomatik olarak ESXi kurabilirsiniz.

VMware vSphere Update Manager Extension:

vSphere Update Manager sayesinde ESXi host’ların patch mangement’ini yönetebilirsiniz. Hatta sanal sunucuların vmware tools versiyonlarını bile update manager üzerinden güncelleyebilirsiniz.

Umarım faydalı olmuştur.

İyi çalışmalar.

#esxi nedir #sanal makine nedir #sanallaştırma kurulumu #vcenter server nedir #vmware kurulum destek

0 notes