İşte bu noktada bize ansible yardımcı olmaktadır. Ansible community.vmware modulü ile vmware ortamlarımızı yönetebilmekteyiz.
Ben bu makalede örnek olarak Windows  Server 2019 template’i oluşturarak sunucu deploy işlemini inceliyor olacağım.

Öncelikle normal bir sunucu kurulumu gerçekleştirerek  VMware tools yüklemeliyiz. Ardından ihtiyacınız olan diğer yapılandırmalarıda sırayla yapabilirsiniz. Ben sunucu kurulumuna burada yer vermeyeceğim. Aşağıdaki link üzerinden inceleyebilirsiniz.

Template oluşturma hk: https://azurearcjumpstart.com/azure_arc_jumpstart/azure_arc_servers/vmware/vmware_terraform_winsrv/vmware_winsrv2k19_template

NOT: Yapılandırma işlemleri tamamlandıktan sonra sunucuya sysprep atmadan shutdown yapmanız gerekmektedir.
Sysprep işlemini pyvmomi paketi gerçekleştirmektedir.

Gereksinimler

dnf install ansible-core
dnf install python3.12-requests
dnf install python3.12-pip
pip3 install pyvmomi
ansible-galaxy collection install community.vmware

ansible –version komutuyla yüklü olan ansible versiyonunu görüntüleyebilirsiniz.

ansible-galaxy collection list komutu ile yüklü modülleri görüntüleyebiliriz.

vars.yml dosyasında oluşturulacak olan sunucuya ait parametreler bulunmaktadır. İhtiyaçlarına göre düzenleyebilirsiniz.

deployvm.yml playbook içinde bulunan parametrelerimiz aşağıdaki gibidir;

vi password.yml komutu ile yeni bir yml dosyası açılarak vcenter_password ve domain_adminpassword bilgileri girilir.

ansible-vault encrypt password.yml komutu ile password.yml içindeki bilgiler şifrelenir. Burada girilen şifre unutulmamalıdır. Playbook çalıştırılırken kullanılacaktır.

Şifreleme işleminden sonra password.yml dosyasının içeriği aşağıdaki gibi görüntülenmektedir.

ansible-playbook deployvm.yml –ask-vault-pass komutu ile deploy işlemi başlatılır. Komutun sonuna -vvv eklenerek detaylı log aktif edilebilir.

Belirlemiş olduğumuz parametrelere göre konfigürasyon işlemi başlatılmıştır.

Aşağıdaki logda sysprep işlemine ait detaylar bulunmaktadır.

Sunucudaki yapılandırma işlemleri başarılı bir şekilde tamamlanmıştır.

Bu makalede ansible ile sunucu deploy ve yapılandırma işlemini inceledik. Sağlıkla kalın…

reference:https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/installing_and_using_dynamic_programming_languages/assembly_installing-and-using-python_installing-and-using-dynamic-programming-languages#proc_installing-additional-python-3-packages_assembly_installing-and-using-python
reference:https://docs.ansible.com/ansible/latest/collections/community/vmware/vmware_guest_module.html#ansible-collections-community-vmware-vmware-guest-module-parameter-customization-joinworkgroup
reference: https://docs.ansible.com/ansible/5/user_guide/vault.html

Snapshot dosyasını memory dump dosyasına çevirmek için vmss2core aracını kullanacağız.
https://labs.vmware.com/flings/vmss2core adresinden vmss2core aracı indirilir.

Dump dosyası elde etmek için 2 seçenek bulunmaktadır;

• Sunucu suspend edilerek oluşacak olan vmss ve vmem dosyası indirilir.
• Include virtual machine’s memory seçeneği ile snapshot alınarak oluşan vmsn ve vmem dosyası indirilir.

Test işlemleri için snapshot alarak memory dump dosyası oluşturacağım.

Dump dosyası oluşturmak istediğiniz sunucuda Include virtual machine’s memory seçeneği işaretlenerek snapshot alınır.

Snapshot alma işlemi tamamlandıktan sonra Datastores sekmesine gelinerek sunucunun bulunduğu datastore seçilir.

Files altında sunucunun bulunduğu klasör seçilerek vmname-snapshot*.vmem ve vmname-snapshot*.vmsn dosyaları indirilir.
NOT: Sunucunun bulunduğu klasör altında birden fazla vmsn ve vmem dosyası bulunabilir. Dosyaların oluşturulma tarihi kontrol edilerek indirme işlemi yapılmalıdır.

Snapshot dosyasını memory dump dosyasına dönüştürmek için cmd açılarak aşağıdaki komut çalıştırılmalıdır.

vmss2core.exe -W8 virtual_machine_name.vmsn virtual_machine_name.vmem

• Windows server 2012 ve sonrası için W8 parametresi kullanılmaktadır.
• Windows server 2012 öncesinde W parametresi kullanılmaktadır.
• Linux sunucularda N parametresi kullanılmalıdır.

vmss2core kullanımı ile ilgili daha detaylı bilgiye linkten erişebilirsiniz.

Dump işlemi tamamlandıktan sonra windbg aracı ile dump dosyası incelenebilir.

Bu makalede snapshot dosyasından memory dump oluşturma işlemini inceledik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

reference: https://kb.vmware.com/s/article/2003941

Bu işlem için aşağıdaki gereksinimleri sağlamanız gerekmektedir;

• vCenter sunucuları arasında 443 port erişimi gerekmektedir.
• NFS için ESXi arasında 902 port erişimi gerekmektedir.
• vMotion için ESXi arasında 8000 port erişimi gerekmektedir.
• Sunucular kapalı bir şekilde migrate edilecekse vSphere standart lisans sahibi olmanız gerekmektedir.
• vMotion işlemi yapılacaksa Enterprise Plus lisans sahibi olmanız gerekmektedir.

8000 port erişiminde sorun olması durumunda aşağıdaki hata alınacaktır.

The vMotion failed because the destination host did not receive data from the source host on the vMotion network. Please check your vMotion network settings and physical network configuration and ensure they are correct. Migration [-1062724507:3594307801879639515] failed to connect to remote host < > from host < >: Timeout. vMotion migration [-1062724507:3594307801879639515] failed to create a connection with remote host < >: The ESX hosts failed to connect over the VMotion network The vMotion migrations failed because the ESX hosts were not able to connect over the vMotion network. Check the vMotion network settings and physical network configuration.

902 port erişiminde sorun olması durumunda aşağıdaki hata alınacaktır.

Migrate işlemi 3 farklı seçenek ile yapılabilmektedir.
Migrate edilmek istenilen sunucuda Actions–> Migrate yolu izlenilerek yapılabilmektedir.
Datacenter, Cluster yada host üzerindeki VMs tabında migrate edilmek istenilen sunucular seçilerek işlem yapılabilmektedir.
Hedef vCenter üzerinde Import VMs seçeneği ile yapılabilmektedir.

NOT: Çoklu sunucu seçilerek işlem yapılmak istenildiğinde sunucuların power state durumunun aynı olması gerekmektedir. Yani işlem yapılmak istenilen sunucuların hepsi ya kapalı, yada açık olmalıdır.
Farklı durumda olan sunucuları migrate etmek istediğinizde aşağıdaki uyarıyla karşılaşılmaktadır.

İşlem yapılmak istenilen sunucular seçildikten sonra Migrate seçilerek devam edilir. Ekrana çıkan Perform this action on * objects ? uyarısına yes cevabı verilerek devam edilir.

Açılan Virtual Machines – Migrate penceresinde Cross vCenter Server export seçilerek devam edilir.

Hedef vCenter adresi, kullanıcı adı ve şifre bilgileri girilerek login olunur.

Migrate edilecek sunucuların hedef vCenter da hangi cluster yada host üzerinde bulunacağı seçilerek devam edilir.

Sunucuların bulunacağı datastore seçilerek devam edilir.

Hedef vCenter üzerinde sunucuların hangi folder üzerinde bulunacağı seçilerek devam edilir.

Sunucuların network yapılandırması düzenlenerek devam edilir.

Schedule vMotion with high priority (recommended) seçilerek devam edilir.

Yapılandırmalar kontrol edildildikten sonra Finish ile migrate işlemi başlatılır.

İlerleme durumu tasklardan kontrol edilebilir.

Migrate işlemi başarılı bir şekilde tamamlanmıştır. Seçilen sunucular hedef vCenter üzerinde belirtilen folder üzerinde bulunmaktadır.

Import VMs seçeneği kullanılarak migrate işlemi yapılmak isteniyorsa hedef vCenter üzerinde Cluster yada host sağ tıklanarak Import VMs seçeneği seçilir.

Açılan Import VMs penceresinde sunucuların bulunduğu source vCenter adresi, kullanıcı ve şifre bilgileri girilerek login olunur.

Import Virtual Machines sekmesinde import edilmek istenilen sunucular seçilerek devam edilir.

NOT: Çoklu sunucu seçilerek işlem yapılmak istenildiğinde sunucuların power state durumunun aynı olması gerekmektedir. Yani işlem yapılmak istenilen sunucuların hepsi ya kapalı, yada açık olmalıdır.
Farklı durumda olan sunucuları migrate etmek istediğinizde aşağıdaki uyarıyla karşılaşılmaktadır.

Import edilecek sunucuların vCenter da hangi cluster yada host üzerinde bulunacağı seçilerek devam edilir.

Sunucuların bulunacağı datastore seçilerek devam edilir.

vCenter üzerinde sunucuların hangi folder üzerinde bulunacağı seçilerek devam edilir.

Sunucuların network yapılandırması düzenlenerek devam edilir.

Schedule vMotion with high priority (recommended) seçilerek devam edilir.

Yapılandırmalar kontrol edildildikten sonra Finish ile import işlemi başlatılır.

İlerleme durumu tasklardan kontrol edilebilir.

Import işlemi başarılı bir şekilde tamamlanmıştır. Seçilen sunucular vCenter üzerinde belirtilen folder üzerinde bulunmaktadır.

Bu makalede Advanced Cross vCenter vMotion İşlemini gerçekleştirdik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

reference: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vcenterhost.doc/GUID-1960B6A6-59CD-4B34-8FE5-42C19EE8422A.html
reference: https://ports.esp.vmware.com/home/vSphere
reference: https://core.vmware.com/resource/introducing-advanced-cross-vcenter-server-vmotion-capability?check_logged_in=1#section1

Bu işlemi daha da iyileştirmek için bir task tanımlanabilir.

Task için aşağıdaki script kullanılabilir;

Task scheduler açıldıktan sonra Create Task ile yeni bir task oluşturma penceresi açılır.
Oluşturulacak olan task’a tanımlayacı bir isim verilerek Run whether user is logged on or not ve Run with highest privileges seçenekleri seçilir.

Trigger sekmesine geçiş yapılarak New ile yeni bir trigger penceresi açılır.
Task günlük 00:30 da çalışacak şekilde ayarlanır.

Son olarak Action sekmesine geçiş yapılarak New ile yeni bir action penceresi açılır.
Action: Start a program
Program/script: powershell
Add arguments: Çalıştırılacak olan scriptin yolu (örnek: c:\temp\RemoveSnapshot.ps1)

Task çalıştıktan sonra 72 saati geçen snapshotlar silinecektir. vCenter loglarında silinen snapshotlar görüntülenmektedir.

reference: https://kb.vmware.com/s/article/1025279

Administration menüsü altında Configuration–> Login Message–> Edit yolu takip edilir.

Login message için 2 seçenek bulunmaktadır.
1-) Sadece bir karşılama mesajı şeklinde eklenebilmektedir.
2-) Sisteme giriş yapacak kullanıcılara bir sözleşme mesajı gösterilir ve kabul etmeyen kullanıcılar sisteme giriş yapamazlar.

İlk seçenekte Login message ve Details of login message kısımları isteğinize uygun olarak doldurulur.

vCenter giriş ekranında karşılama mesajımız görüntülenmektedir.

Onay kutucuğunu aktif etmek için Consent checkbox işaretlenir ve istenilen mesaj yazılır.

vCenter giriş ekranında koşulları içeren mesajımız görüntülenmektedir.

Giriş yapmak isteyen kullanıcı onay kutucuğunu işaretlemediğinde sisteme giriş yapamamaktadır.

Bu makalede vCenter Login Message Ekleme İşlemini gerçekleştirdik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

Ama nw adaptör tipi PowerCLI ile VMXNET3 olarak ayarlanırsa mac adres kaybı yaşanmayacaktır. Dolayısıyla mac adresine bağımlı çalışan lisanslı ürünleriniz sorunsuz çalışmaya devam edecektir.

Bu işlemin yapılabilmesi için sunucunun kapalı olması gerekmektedir.

Shutdown-VMGuest -VM vmname -Confirm:$false komutu ile sunucu kapatılabilir.

Mevcut durumu sorgulamak için Get-VM -Name vmname | Get-NetworkAdapter komutu kullanılabilir. testvm sunucumuz şuan için e1000 nw adaptörüne sahiptir.

Sunucunun nw adaptörünü vmxnet3 olarak değiştirmek için aşağıdaki komut kullanılabilir.
Get-VM -Name vmname | Get-NetworkAdapter | Set-NetworkAdapter -Type Vmxnet3 -Confirm:$false

NW adaptör tipi VMXNET3 olarak değiştirilmiştir. MAC adresinin korunduğu görünmektedir.

Start-VM -vm vmname komutu ile sunucu açılabilir.

NOT: Bu işlemin ardından linux sunucularda tüm konfigürasyonlar otomatik gerçekleştirilir. Ancak windows sunucularda ip yapılandırmasının manual yapılması gerekmektedir.

Bu makalede PowerCLI ile E1000* NW Adaptörünü VMXNET3 Olarak Değiştirme İşlemi gerçekleştirdik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

reference: https://core.vmware.com/blog/virtual-networking-made-easy-vmware-vmxnet3-driver
reference: https://kb.vmware.com/s/article/1001805

“Adding or modifying configuration parameters is unsupported and can cause instability. Configuration parameters cannot be removed once they are added. Continue only if you know what you are doing.”

Eklenen parametre arayüz üzerinden silinemese de cli üzerinden silebilmek mümkündür. Bu makalede örnek bir parametre ekleyerek sonrasında cli üzerinden silme işlemi gerçekleştirilecektir.

Parametre eklemek için Advanced Settings –> Configure –> Edit Settings yolu izlenir. Test işlemlerim için config.test isminde bir parametre ekliyorum.

Eklenen parametrenin arayüz üzerinden silinmesi mümkün olmadığı için putty üzerinden vCenter server’a bağlantı sağlıyorum. shell yazarak devam edilir.

Sonrasında /etc/vmware-vpx dizinine gidilir. vi vpxd.cfg ile config dosyası açılır.

Silmek istediğiniz parametreyi / ile arayabilirsiniz. Parametre silindikten sonra config dosyası :wq ile kaydedilir.

Config dosyası düzenlendikten sonra vpxd servisinin restart edilmesi gerekmektedir.

service-control –restart vmware-vpxd komutu ile servis restart edilir.

Servis restart edildikten sonra arayüz üzerinden kontrol sağladığımda config.test parametresinin silindiği görünmektedir.

Bu makalede vCenter Advanced Settings Parametre Silme İşlemini inceleyerek test işlemlerini gerçekleştirdik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

Kural tanımlamalarını yapmak için işlem yapılacak cluster seçildikten sonra Configure -> VM/Host Rules sekmesine geçiş yapılarak Add ile yeni bir kural penceresi açılır.

Açılan Create VM/Host Rule penceresinde;
Name: Oluşturulacak kurala tanımlayıcı bir isim verilir.
Type altında bulunan;
Keep Virtual Machines Together: Seçilen sanal sunucuların aynı host üzerinde çalıştırılmasını sağlar.
Separate Virtual Machines: Seçilen sanal sunucuların farklı host üzerinde çalıştırılmasını sağlar.
Virtual Machines to Hosts: Seçilen sunucu grubunun seçilen host grubu üzerinde çalışmasını veya çalışmamasını sağlar.

İlk senaryom için WSQLSRV01 ve WSQLSRV02 sunucularını seçtikten sonra Seperate Virtual Machines kuralını oluşturuyorum.

Kuralı oluşturduktan sonra WSQLSRV01 sunucusu esxist02 hostuna migrate olmaya başlamıştır.

Migrate işlemi tamamlandı. Yazılan kural sonrasında SQL sunucular farklı esxi host üzerinde çalışmaktadır.

İkinci senaryoda proxyserver ve rheltest sunucularının aynı host üzerinde çalışması için Keep Virtual Machines Together kuralını oluşturuyorum.

Kuralı oluşturduktan sonra proxyserver sunucusu esxist02 hostuna migrate olmaya başlamıştır.

Migrate işlemi tamamlandı. Yazılan kural sonrasında proxyserver ve rheltest sunucuları aynı esxi host üzerinde çalışmaktadır.

Son senaryoda VM group ve Host group oluşturarak test işlemlerini gerçekleştireceğim.
VM/Host Groups sekmesine geçiş yapıldıktan sonra Add ile yeni bir kural ekleme penceresi açılır.

Açılan Create VM/Host Group penceresinde;
Name: Oluşturulacak olan gruba tanımlayıcı bir isim verilir.
Type: Sunucular için VM, Hostlar için Host grup seçilir.
srmist sunucusunu seçerek vm group oluşturma işlemini tamamlıyorum.

esxist hostunu seçerek grup oluşturma işlemini tamamlıyorum.

VM ve Host grupları başarılı bir şekilde oluşturulmuştur.

Kural tanımlamak için VM/Host Rules sekmesine geçilerek Add ile yeni bir kural penceresi açılır. Açılan Create VM/Host group penceresinde Type olarak Virtual Machines to Hosts seçilir.
Aşağıdaki gibi 4 tane seçenek sunulmaktadır;

• Must run on hosts in group: Seçilen VM grup seçilen Host grup üzerinde çalışmak zorundadır.
• Should run on hosts in group: Seçilen VM grup seçilen Host grup üzerinde çalışmalıdır. Ancak zorunlu değildir.
• Must not run on hosts in group: Seçilen VM grup seçilen Host grup üzerinde çalışamaz.
• Should not run on hosts in group: Seçilen VM grup seçilen Host grup üzerinde çalışmamalıdır. Ancak zorunlu değildir.

Test için SRM grubundaki sunucuların SRM ESXi Host grubunda bulunan esxi hostlarında zorunlu çalışması için Must run on hosts in group seçimini yaparak kural oluşturuyorum.

Kural oluşturulmuştur. Detayları görüntülenmektedir.

srmist sunucusunu farklı bir esxi host üzerine migrate etmek istediğimde Virtual machine ‘srmist’ on host ‘esxist02.mutlubalik.com’ would violate a virtual machine – host affinity rule. uyarı mesajı görüntülenmektedir. Kural başarılı bir şekilde çalışmaktadır.

Bu makalede DRS affinity rule tiplerini inceleyerek test işlemlerini gerçekleştirdik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

reference: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.resmgmt.doc/GUID-FF28F29C-8B67-4EFF-A2EF-63B3537E6934.html
görsel :https://i.ytimg.com/vi/I6OlN4_6BZ8/maxresdefault.jpg

Secure Boot özelliği aktifken sadece üreticinin doğruladığı yazılımlar kullanarak önyükleme yapılır.

VMware üzerinde secure boot özelliğini aktif edebilmek için aşağıdaki şartların karşılanması gerekmektedir;

• VMware Tools versiyonunun 10.1 ve üzerinde olması gerekmektedir.
• Hardware versiyonunun 13 ve üzerinde olması gerekmektedir.
• UEFI önyüklemeyi destekleyen bir işletim sistemi olması gerekmektedir.
  

Sunucuların secure boot durumunu öğrenmek için aşağıdaki komut çalıştırılabilir;

Bu makalede PowerCLI ile sunucuların secure boot durumunu inceledik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…

reference: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.security.doc/GUID-898217D4-689D-4EB5-866C-888353FE241C.html

Bu yapılandırma değerleri esx versiyonlarına göre değişkenlik gösterebilmektedir.
Yapınızda bulunan sanal sunucuların hardware versiyonlarını güncellemeniz gereken durumlar olabilmektedir.
Hardware versiyonu güncellenecek sunucuya vCenter üzerinde sağ tıklayarak Compatibility –> Upgrade VM Compatibility seçeneğiyle hardware versiyon upgrade işlemini yapabilirsiniz. Ancak bu yöntem hardware versiyonu upgrade edilecek tüm sunucular için uzun ve yorucu bir süreç olacaktır.

PowerCLI ile birden çok sunucuda hardware versiyon upgrade işlemi gerçekleştirilebilir.

Bu işlem için hardware versiyonu upgrade edilecek sunucu isimleri excel dosyasına yazılır.

Örnek excel dosyasını aşağıdaki bağlantıdan indirebilirsiniz.

hardware versiyonu upgrade edilecek sunucular yazıldıktan sonra dosya kaydedilir ve aşağıdaki script çalıştırılır.

Script aşağıdaki bağlantıdan indirilebilir.

Script listedeki sunucuların hardware versiyonuna göre işlem yapmaktadır. hardware versiyonu vmx-19 dan düşük olanlar için upgrade sürecini başlatmaktadır. Hardware versiyonu vmx-19 ise herhangi bir işlem yapmamaktadır.

Test işlemlerim için aşağıdaki 2 durumu örnekledim;
1-) rheltest sunucusunun hardware versionu vmx-17 olduğu için hardware versiyon upgrade sürecine girmiştir.
2-) wsrv sunucusunun hardware versiyonu vmx-19 olduğu için upgrade sürecine girmemiştir.
Yapılan işlemlere ait loglar görüntülenmektedir;

Bu makalede PowerCLI ile hardware versiyon upgrade işlemini gerçekleştirdik.

Bir sonraki makalede görüşmek üzere. Sağlıkla kalın…