tag:blogger.com,1999:blog-66202772926639377902024-02-20T18:56:10.337-08:00Dijital ve OrganikDijital ve OrganikAhmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.comBlogger1163125tag:blogger.com,1999:blog-6620277292663937790.post-11119885150054225172023-04-11T11:45:00.004-07:002023-04-11T11:59:49.611-07:00Windows Subsystem for Linux 2 (WSL2) Nedir?<p>Windows Subsystem for Linux ya da kısa adıyla WSL için, Windows 10 üzerinde sanal makine üzerinde bir Linux dağıtımı kurmaya gerek kalmadan bize Linux ortamı sağlayan bir özellik diyebiliriz. Bu sayede bash scriptleri ve Linux’ta kullandığımız birçok komut satırı uygulamasını kullanabiliyoruz. Windows 10 version 1607 (Anniversary update) ile kullanmaya başladığımız WSL, Windows 10 build 18917 ile yeni versiyonu olan WSL2 olarak karşımıza çıkıyor. Henüz bu sürüm genel kullanıma sunulmadığı için biraz daha bekleyebilir ya da ön izleme (insider) sürümleri kullanarak WSL2’yi deneyebilirsiniz. Ek olarak WSL için 64-bit versiyonları kullanmanız gerekiyor.Windows Subsystem for Linux Nedir? sorunsuna cevap verdiğimize göre WSL2’nin detaylarına geçebiliriz.WSL2’yi ilk versiyonla karşılaştırılacak olursak, Linux binary’lerinin Windows ve donanım ile olan etkileşimi ile ilgili mimari farklılıklar içeriyor. Linux kernel’ı çalıştırmak için arka planda yine bir sanallaştırma teknolojisi kullansa da sanal makineye ile karşılaştırıldığında çok daha performanslı bir sistem sağlıyor. IO performansında iyileştirmeler yapıldığına da eklemekte fayda var.NOT: Bu versiyonlar henüz stabil olmadığı için günlük kullandığınız bilgisayarlarda kullanmamanızı tavsiye ediyorum.Stabil sürüm olmadığı için bilgisayarınız üzerinde bir sanallaştırma uygulaması kullanarak ya da Azure üzerinde bir sanal makine açarak da deneyebilirsiniz. Resim-1‘de göreceğiniz gibi Azure üzerinden Windows 10 Preview adında hazır bir imaj bulunuyor.Resim-1Bu imaj sayesinde ISO dosyası indirmeden ve bilgisayar üzerinde kaynak ayırmadan ilerlemek mümkün. Varsayılan seçenekleri kullanarak kurulumu hızlı bir şekilde tamamlayabilirsiniz.NOT: Makine boyutu olarak nested virtualization desteği nedeniyle örnekte D2s_v3 kullandım.Kurulum tamamlandıktan sonra W10 versiyon bilgisine bakarsak versiyon 1909 ve OS Build numarası 18363.388 olarak görünüyor (Resim-2). WSL2 için minimum gerekli build numarası ise 18917. Bu durumda bir güncelleme yapmamız gerekecek. Preview sürümlerde bu güncellemeleri almak, daha doğrusu henüz genel kullanıma açılmayan versiyonları denemek için (Resim-1‘deki Windows imajı açıklamalarda da belirtildiği gibi) Windows Insider programına üye olmanız gerekiyor. Programa üye olduktan sonra insider sürümlerini kullanabiliyorsunuz.Resim-2Windows Settings sayfasında en altta yer alan Windows Insider Program seçeneği üzerinden Get started’a tıkladığınızda sizden bir Microsoft hesabı bağlamanızı isteyecek (Resim-3). Burada Windows Insider’a üye olduğunuz hesabı kullanabilirsiniz.Resim-3Hesap ile giriş yaptıktan sonra ne kadar güncel (stabil de diyebiliriz) bir versiyon almak istediğinizi belirttiğiniz bir seçenek var (Resim-4). Tavsiye edilen seçenek olan Slow ile devam ediyorum.Resim-4Son olarak da Windows Update çalıştırarak Windows Insider Preview 19041.1 güncellemesini almaya başlayabiliriz (Resim-5).Resim-5WSL2 için gerekli Windows versiyonunu sağladıktan sonra, Virtual Machine Platform ve Windows Subsystem for Linux bileşenlerini kurmamız gerekiyor (Resim-6).Resim-6Kurulumlar tamamlandıktan sonra hangi Linux dağıtımını kullanacağımızı seçmek kalıyor. Microsoft Store üzerinden “Linux” yazarak arama yaptığınızda uygulamalar altında desteklenen Linux dağıtımlarını görebilirsiniz. Örnekte Ubuntu ile devam ediyorum (Resim-7).Resim-7Get seçeneği ile kuruluma başladıktan sonra Resim-8‘de göreceğiniz gibi kurulum ekranı geliyor ve UNIX kullanıcı adı ve şifresini belirledikten sonra kullanmaya başlayabiliyoruz. Kurulum sonrasında da apt-get update ve apt-get upgrade komutları ile Ubuntu’yu güncelleyebilirsiniz. Bu komutlarla da Ubuntu’yu kullanmaya başlamış oluyoruz.Resim-8Kurulumda WSL versiyonu varsayılan olarak 1 geliyor (Resim-9). Eğer dağıtım bazlı olarak güncellemek isterseniz wsl –set-version 2 şeklinde yapabilir ya da her dağıtım için bu işlemi tekrarlamamak için varsayılan versiyonu wsl –set-default-version 2 komutu ile 2 olarak güncelleyebilirsiniz.Resim-9Dağıtımın stopped durumunda olduğu zamanlarda (restart sonrası vb) Ubuntu’yu başlatmak için komut satırından wsl yazabilir ya da Windows menüsü üzerindeki Ubuntu uygulamasını kullanabilirsiniz.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orghttps://docs.microsoft.com/en-gb/windows/wsl/TAGs: WSL nedir, WSL2 nedir, Linux, virtualization, nested virtualization, Azure, Azure VM, WSL, WSL2, Windows Subsystem for Linux, Ubuntu, Windows Insider, Windows 10, Windows 10 Pro, Virtual Machine Platform,Windows Subsystem for Linux nedir</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-7526924144358883422023-04-11T11:45:00.003-07:002023-04-11T11:59:49.524-07:00Veeam Backup & Replication v9.5 Update 4 Entire VM Restore 3<p>Bu yazımızda da Veeam Backup & Replication v9.5 Update 4 üzerinde Hyper-V Host ya da Hyper-V Faillover Cluster yapısı üzerinden alınan Backup ( Yedek ) Entire VM Restore ile özelleştirerek Restore ( Geri Yükleme ) adımlarını anlatıyor olacağız.Aslında daha önce Veeam Backup & Replication v9.5 Update 4 Entire VM Restore ve Veeam Backup & Replication v9.5 Update 4 Entire VM Restore 2 işlemlerini sizlerele paylaşmıştık.Ancak bu yazıda Entire VM Restore işlemini özelleştirerek Restore ( Geri Yükleme ) etmeyi anlatıyor olacağız. Yani alınan Backup ( Yedek ) farklı bir Hyper-V Host ya da Hyper-V Faillover Cluster yapısında bulunan NOD üzerine döneceğiz. Farklı biz dizine Restore ( Geri Yükleme ) yapacağız. Failover Cluster konsolu üzerinde farklı bir Name ( İsim ) ile Restore ( Geri Yükleme ) yapılmasını sağlıyor olacağız.Veeam Backup & Replication v9.5 konsolunu açıyoruz.Resim-1Veeam Backup & Replication v9.5 konsolu üzerinde BACKUP & REPLICATION bölümünde Backups sekmesi altında bulunan Disk bölümüne geliyoruz.Resim-2Veeam Backup & Replication v9.5 konsolu üzerinde BACKUP & REPLICATION bölümünde Backups sekmesi altında bulunan Disk bölümü altında daha önce almış olduğumuz Backup ( Yedek ) dosyası üzerinde sağ tuş yapıyoruz.Instant VM recovery… : Bu seçenek ile almış olduğumuz Backup ( Yedek ) dosyalarını anlık olarak açarak içindeki dosyaları görüntüleyebiliriz ve kopyalaya bilirsiniz.Restore entire VM… : Bu seçenek ile almış olduğumuz Backup ( Yedek ) dosyalarını direkt olarak ortamda bulunan Hyper-V host sunucunuza ya da Hyper-V Failover Cluster sunucularınız üzerine Restore ( Geri Yükleme ) yapabilirsiniz.Restore VM files : Bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyası içinde .VHD .VHDX ve .xml dosyalarını Restore ( Geri Yükleme ) edebiliriz.Restore guest files : Bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyası ile sunucumuz içindeki dosyalara ulaşabilirsiniz ya da Veeam Explorer for Microsoft Exchange,Veeam Explorer for Microsoft Active Directory ve Veeam Explorer for Microsoft SQL Server ile sunucunuz içindeki roller üzerinde gerekli Restore ( Geri Yükleme ) işlemlerini yapabilirsiniz.Restore to Amazon EC2… : Veeam Backup & Replication v9.5 Update 4 ile birlikte gelen bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyası Amazon Cloud ortamı üzerine restore işlemlerini yapabilirsiniz.Restore to Microsoft Azure… : Veeam Backup & Replication v9.5 Update 4 ile birlikte gelen bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyası Microsoft Azure Cloud ortamı üzerine Restore ( Geri Yükleme ) işlemlerini yapabilirsiniz.Export backup… : Bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyası içinde .VHD .VHDX ve .xml dosyalarını Export edebilirsiniz.Delete from disk : Bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyalarını silebilirsiniz.Resim-3Restore entire VM… seçeneği ile almış olduğumuz Backup ( Yedek ) dosyasını ortamımızdaki farklı bir Hyper-V Host sunucumuz ya da Hyper- V Failover Cluster yapımız içinde bulunan hangi NOD üzerine Restore ( Geri Yükleme ) işlemini özelleştirerek yapacağız.Resim-4Virtual Machines ekranın da Restore ( Geri Yükleme ) edeceğimiz sunucumuz için hangi Backup zamanına Restore ( Geri Yükleme ) edeceğimizi seçmemiz gerekmektedir. Virtual Machine ekranın da W19ADC isimli Virtual Machine ( Sanal Makine ) sunucumuzu seçiyoruz ve Point diyoruz.Resim-5Restore Points ekranın da daha önceden almış olduğumuz Backup ( Yedek ) dosyalarını yani Restore Pointleri ( Geri Yükleme Noktaları ) görüyoruz. Veeam Backup & Replication v9.5 Update 4 üzerinde bir kaç kere Backup ( Yedek ) aldığımız için bu ekranda birden fazla Restore Point ( Geri Yükleme Noktası ) görüntülenmektedir. Hangi tarihe Restore ( Geri Yükleme ) işlemi yapmak istiyorsak onu seçebilirsiniz.Resim-6Restore Points ekranın da eski tarihli almış olduğumuz Restore Point ( Geri Yükleme Noktası ) seçiyoruz ve OK diyoruz.Resim-7Virtual Machines ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.Resim-8Restore Mode ekranın da Restore to the original location, Restore to a new location, or with different settings ve Staged restore seçenekleri bulunmaktadır.Restore to the original location : Bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyasını direkt olarak orjinal dizin üzerine Restore ( Geri Yükleme ) yapabilirsiniz.Restore to a new location, or with different settings : Bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyasını Restore ( Geri Yükleme ) işlemlerini özelleştirebilirsiniz. Yani ortamda hangi Hyper-V Hostu üzerine ya da ortamınızda Hyper-V Failover Cluster yapılandırması üzerinde hangi NOD üzerine Restore ( Geri Yükleme ) edileceğini hangi dizin altında dosyaların aktarılacağını gibi seçenekleri özelleştirerek Restore ( Geri Yükleme ) işlemini yapabilirsiniz.Staged restore : Veeam Backup & Replication v9.5 Update 4 ile birlikte gelen bu seçenek ile almış olduğunuz Backup ( Yedek ) dosyasını Restore ( Geri Yükleme ) işlemlerini özelleştirebilirsiniz ve Virtaul Lab ortamında kullanabilirsiniz.Resim-9Restore Mode ekranın da Restore to a new location, or with different settings seçeneğini seçiyoruz ve Restore ( Geri Yükleme ) işlemi devam etmek için Next diyerek devam ediyoruz.Resim-10Host ekranın da Restore ( Geri Yükleme ) işlemini ortamımızdaki hangi Hyper-V Host sunucumuz ya da Hyper-V Failover Cluster yapısındaki hangi NOD üzerine yapılacaksa onu yapılandırdığımız ekrandır. Eğer herhangi bir yapılandırma yapmadan devam edersek ortamımızda Backup ( Yedek ) alınan Hyper-V Hostu ya da Hyper-V Failover Cluster yapısındaki NOD üzerine Restore ( Geri Yükleme ) işlemi yapılacaktır.Host ekranında Host diyoruz.Resim-12Select Server ekranın da Restore ( Geri Yükleme ) işlemini ortamımızdaki hangi Hyper-V Hostu ya da Hyper- V Failover Cluster yapısındaki NOD üzerine Restore ( Geri Yükleme ) işlemi yapılandıracaksak onu seçiyoruz ve OK diyoruz.W19NOD2 isimli Hyper-V Failover Cluster yapısında bulunan NOD üzerinden alınan Backup ( Yedek ) dosyasını W19NOD1 isimli Hyper-V Failover Cluster yapısında bulunan NOD üzerine Restore ( Geri Yükleme ) işlemi gerçekleştireceğiz.Resim-13Host ekranın da Restore ( Geri Yükleme ) işlemi için gerekli yapılandırma kontrol ediliyor.Resim-14Host ekranın da Resource seçeneğine tıklıyoruz.Resim-15Host ekranın da Resource seçeneğine tıkladığımızda Cluster Resourse Settings ekranı geliyor karşımıza. Cluster Resourse Settings ekranın da Register VM as a cluster resource ve Do not register VM as a clusterresource seçenekleri bulunmaktadır. Register VM as a cluster resource seçeneğinde Restore ( Geri Yükleme ) işleminden sonra Virtual Machine ( Sanal Makine ) Failover Cluster yapısına dahil edilmektedir ve Failover Cluster konsolu üzerinde görüntülenebilir. Do not register VM as a clusterresource seçeneğinde Restore ( Geri Yükleme ) işleminden sonra Virtual Machine ( Sanal Makine ) Failover Cluster yapısına dahil edilmez ve o NOD üzerinde Hyper-V Manager konsolu üzerinde görüntülenir.Resim-16Host ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.Resim-17Datastore ekranın da Restore ( Geri Yükleme ) işlemini default olarak Hyper-V yapısının dizini üzerine Restore ( Geri Yükleme ) edileceğini görüyoruz. Eğer istersek ortamımızdaki Hyper-V Hostu üzerindeki belirlediğiniz bir dizine ya da Hyper-V Failover Cluster yapısında bulunan Cluster Volume dizini üzerine Restore ( Geri Yükleme ) işleminin yapılacağı dizini yapılandırabilirsiniz.Datastore ekranın da Path diyoruz.Resim-18Select Folder ekranın da ortamımızda bulunan Hyper-V Hostu üzerindeki belirlediğiniz bir dizine ya da Hyper-V Failover Cluster yapısında bulunan Cluster Volume dizini üzerine Restore ( Geri Yükleme ) işleminin yapılacağı dizini yapılandırdığımız ekrandır. Host ekranın da W19NOD1 isimli Hyper-V Failover Cluster yapısında bulunan NOD üzerine Restore ( Geri Yükleme ) işlemi gerçekleştireceğimiz için Select Folder ekranın da W19NOD1 isimli Hyper-V Failover Cluster yapısında bulunan sunucumuz geldi.Resim-19Select Folder ekranın da W19NOD1 isimli Hyper-V Failover Cluster yapısında bulunan NOD üzerine Restore ( Geri Yükleme ) işlemi gerçekleştireceğimiz için Cluster Volume dizini altında W19ADC_Restored isimli bir Folder ( Klasör ) oluşturup buraya Restore ( Geri Yükleme ) işlemini yapılması için OK diyoruz.Resim-20Select Folder ekranın da gerekli yapılandırmayı tamamladık Patch bölümünde yapılandırmamız görüyoruz Next diyerek devam ediyoruz.Resim-21Datastore ekranın da gerekli yapılandırma kontrol ediliyor.Resim-22Network ekranın da Restore ( Geri Yükleme ) işlemi ortamımızdaki Hyper-V Hostu üzerindeki hangi Virtual Switch ( Sanal Network ) ya da Hyper-V Failover Cluster yapısında bulunan Virtual Switch ( Sanal Network ) üzerine Restore ( Geri Yükleme ) işlemi yapıldıktan sonra Network ile haberleşmesini sağlamasını yapılandırdığımız ekrandır. Backup ( Yedek ) alındığında hangi Virtual Switch kullanıyorsa herhangi bir yapılandırma yapmazsaniz o Virtual Switch üzerinde yapılandırılacaktır.Network ekranında Network… diyoruz.Resim-23Select Network ekranın da Restore ( Geri Yükleme ) işlemi ortamımızdaki Hyper-V Hostu üzerindeki hangi Virtual Switch ( Sanal Network ) ya da Hyper-V Failover Cluster yapısında bulunan Virtual Switch ( Sanal Network ) üzerine Restore işlemi yapıldıktan sonra Network ile haberleşmesini sağlamasını yapılandırdıktan sonra OK diyoruz.Resim-24Network ekranın da Restore ( Geri Yükleme ) işlemininden sonra Network ile haberleşmeden çalışmasını ve gerekli kontrolleri sağladıktan sonra ortam ile haberleşmesini istersek eğer Disconnect diyebiliriz.Resim-25Network ekranın da Target bölümünde Not connected olarak görüyoruz.Resim-26Network ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.NOT : Disconnect dedikten sonra tekrar Connected olmasını istiyorsanız. Tekrar Network diyerek bir Virtual Switch ( Sanal Network ) seçerseniz Target durumunda o Virtual Switch ( Sanal Network ) görüntülenerek Connected olarak düzelmiş olacaktır. Resim-27Name ekranın da Restore ( Geri Yükleme ) işlemini ortamımızdaki hangi Hyper-V Hostu ya da Hyper-V Failover Cluster yapısındaki NOD üzerine yapıldıktan sonra Hyper-V Konsolu ya da Hyper-V Failover Cluster Manager Konsolu üzerinde görüntülenmesini yani Name ( İsmi ) yapılandırdığımız ekrandır.Name ekranında Name… diyoruz.Resim-28Change Name ekranın da Restore ( Geri Yükleme ) işlemininden sonra Hyper-V Manager Konsolu ve Hyper-V Failover Cluster Manager Konsolu üzerinde Name ( İsmi ) nasil göreneceğini yapılandıracaksak Set name to bölümüne yazıyoruz ve OK diyoruz. Add prefix bölümün de new_W19ADC olarak Add suffix bölümünde W19ADC_restored şeklinde yapılandırabilirsiniz.Resim-29Change Name ekranın da Set name to bölümüne aynı sekilde bırakıyoruz. Add suffix bölümünü W19ADC_Restored şeklinde yapılandırıyoruz ve OK diyoruz.Resim-30Name ekranında VM UUID… diyoruz.Resim-31System UUID ekranın da Restore ( Geri Yükleme ) işlemininde Preserve virtual machine ID (recommended ) diyerek mevcut Virtual Machine UUID kullanabilirsiniz. Generate new virtual machine ID diyerek yeni bir Virtual Machine UUID oluşturabilirsiniz.Virtual Machine UUID : Dosya sistemini, karışıklığı önlemek için ( örneğin, sürücüleri takarken ) benzersiz bir sayı ile tanımlanmasıdır. System UUID ekranın da gerekli yapılandırmayı tamamladıktan sonra OK diyoruz.Resim-32Name ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.Resim-33Veeam Backup & Replication v9.5 Update 4 ile birlikte gelen Secure Restore ekranı Restore ( Geri Yükleme ) işlemi yapacağımız sunucu üzerinde Malware,Virüs ve Ransomware gibi dosyaların taranmasını sağlayabilirsiniz.Secure Restore : Veeam Backup & Replication, Virtual Machine ( Sanal Makine ) Restore ( Geri Yükleme ) işlemi yapmadan önce virüsten koruma yazılımı ile güvenli geri yükleme noktasında verilerini tarama işlemi gerçekleştirmenizi sağlar.Veeam Backup & Replication, Restore ( Geri Yükleme ) işlemi başlatılmış disklerdeki dosyaları taramak için bir virüs programını tarama işlemini yapar. Tarama işlemi sırasında virüsten koruma yazılımı kötü amaçlı yazılım tespit ederse Veeam Backup & Replication, Restore ( Geri Yükleme ) işlemini iptal eder ve ya Restore ( Geri Yükleme ) ayarlarına bağlı olarak Virtual Machine ( Sanal Makine ) ve ya Virtual Disk ( Sanal Disk ) kısıtlamalarla geri yükler.Secure Restore ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.Resim-34Reason ekranın da herhangi bir işlem yapmadan Next diyerek devam ediyoruz. Reason ekranın da Restore ( Geri Yükleme ) işlemini neden yaptığını belirten bir açıklama yazabilirsiniz dilerseniz.Resim-35Reason ekranın da Restore ( Geri Yükleme ) işlemi için Virtual Machine ( Sanal Makine ) kontroller ediliyor.Resim-36Summary ekranın da Restore ( Geri Yükleme ) işlemi ile ilgili bilgileri görüyoruz.Original VM Name bölümünde Restore ( Geri Yükleme ) yapılacak olan Virtual Machine ( Sanal Makine ) ismini görüyoruz.New VM name bölümünde Restore ( Geri Yükleme ) yapılacak olan Virtual Machine ( Sanal Makine ) yeni ismini görüyoruz.Restore point bölümünde hangi tarihte alınan Backup 8 Yedek ) üzerinde Restore ( Geri Yükleme ) işlemi yapılacağını görüyoruz.Target host bölümünde hangi Hyper-V Host ya da Hyper-V Failover Cluster yapısı üzerinde Virtual Machine ( Sanal Makine ) Restore ( Geri Yükleme ) edileceğini görüyoruz.Target folder bölümünde hangi Hyper-V Host ya da Hyper-V Failover Cluster yapısı üzerinde bulunan dizin üzerine Virtual Machine ( Sanal Makine ) Restore ( Geri Yükleme ) edileceğini görüyoruz.Network mapping bölümünde hangi Hyper-V Host ya da Hyper-V Failover Cluster yapısı üzerinde bulunan Virtual Switch ( Sanal Network kullanacağını görüyoruz.Power on VM after restoring seçeneğini işaretlersek eğer Virtual Machine ( Sanal Makine ) Restore ( Geri Yükleme ) işlemi tamamlandıktan sonra otomatik olarak çalıştırılaracaktır.Resim-37Summary ekranın da Power on VM after restoring seçeneğini işaretliyoruz ve Restore ( Geri Yükleme ) işlemi tamamlandıktan sonra çalıştırılmasını sağlıyoruz. Finish diyerek işlemi başlatıyoruz.Resim-38VM restore ekranın da W19ADC isimli Virtual Machine ( Sanal Makine ) Restore ( Geri Yükleme ) işleminin başladığını görüyoruz.Resim-39Resim-40Resim-41VM restore ekranın da W19ADC Virtual Machine ( Sanal Makine ) Restore işleminin başarılı bir şekilde tamamlandığını görüyoruz. Close diyerek Restore ( Geri Yükleme ) Vm restore ekranını kapatıyoruz.Resim-42Failover Cluster Manager konsolunu kontrol ettiğimizde W19ADC_Restored isimli Virtual Machine ( Sanal Makine ) sunucumuzun geldiğini ve Running ( Çalışır ) olarak görüyoruz.NOT : W19ADC isimli Virtual Machine ( Sanal Makine ) sunucumuzu herhangi bir Computer Name ( Bilgisayar İsmi ) ve IP Address ( IP Adresi ) çakışması yaşamaması için Off ( Kapalı ) olarak görünmektedir.Resim-43Hyper-V Manager konsolunu kontrol ettiğimizde W19ADC_Restored isimli Virtual Machine ( Sanal Makine ) sunucumuzun geldiğini ve Running ( Çalışır ) olarak görüyoruz.Resim-44Başka bir yazımızda görüşmek dileğiyle…Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs : Veeam Backup & Replication v9.5 Update 4 Entire VM Restore,veeam backup & replication v9.5 update 4 entire vm restore,Veeam Backup & Replication v9.5 Entire VM Restore,veeam backup & replication v9.5 entire vm restore,Veeam Backup & Replication 9.5 Update 4 Entire VM Restore,veeam backup & replication 9.5 update 4 entire vm restore,Veeam Backup & Replication 9.5 Entire VM Restore,veeam backup & replication 9.5 entire vm restore,Veeam Backup v9.5 Update 4 Entire VM Restore,veeam backup v9.5 update 4 entire vm restore,Veeam Backup v9.5 Entire VM Restore,veeam backup v9.5 entire vm restore,Veeam Backup 9.5 Update 4 Entire VM Restore,veeam backup 9.5 update 4 entire vm restore,Veeam Backup 9.5 Entire VM Restore,veeam backup 9.5 entire vm restore,Veeam Backup Entire VM Restore,veeam backup entire vm restore,Veeam Entire VM Restore,veeam entire vm restore,Entire VM Restore,entire vm restore</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-30093320659145060522023-04-11T11:45:00.002-07:002023-04-11T11:59:49.438-07:00Ansible – VMware Otomasyonu Nasıl Yapılır ?<p>Bir önceki yazıda Ansible Nedir? ile alakalı ” Modules, Inventory, Playbook” gibi bazı temel komponentler den bahsetmiş ve Playbook lar üzerinden çalışma prensibi üzerine konuşmuştuk. Artık daha karmaşık uygulamalar üzerinde aksiyon alma zamanı geldi diye düşünüyorum. Eğer daha önce okumadıysanız ilgili yazıya burayı tıklayarak erişebilirsiniz.Bugün üzerine duracağımız konular;Ansible kullanarak VMware platformu üzerindeki operasyonlarımızı nasıl otomatize edebiliriz?VMware tarafında Ansible kullanabilmek için gereksinimler nedir ?Playbook Nedir ? dizaynı ve örnek Playbooklar üzerinden incelemelerVMware bildiğiniz gibi Türkiye ve Dünya genelinde Utilizasyonu, yani kullanımı en çok olan Hypervisor çözümlerinden biri. vSphere ailesini genel olarak ele alırsak uçtan uca sunduğu çözümler sayesinde sektöre de yön veren bir noktada. Ansible kullanarak VMware ortamlarınız üzerinde; Guest Provisioning, Host ve Datastore Management, vSwitch configuration gibi birçok operasyonu otomatize edebilirsiniz. Bunu yaparken kullanacağımız şey ise modüller. Daha önce modüller hakkında konuşmutuk. Bizim için başkaları ya da direk Vendorlar tarafından hazırlanmış arka tarafta daha karmaşık operasyonları tetikleyen kullanıma hazır Scriptler ve Komut Setleriydi. VMware tarafıda boş durmuyor tabii ki. 2019 yılı itibariyle Ansible tarafında VMware için kullanabileceğiniz 50’den fazla hazır Module bulunuyor. Bizler de operasyonlarımızı yönetirken bu modülleri kullanacağız.Resim-1Peki gereksinimler neler ?Ansible uygulanacak olan tasklar için ilk önce farklı ilgili protokoller üzerinden (Windows için Winrm, Linu için SSH vs.) host üzerine bağlanarak sırası ile Taskları uyguluyordu bildiğiniz gibi. VMware tarafındaki operasyonları modüller üzerinden direk yönetemiyoruz. Yönetmek için VMware tarafından geliştirilmiş bir Python SDK’sı olan “pyVmomi” kullanmalıyız. pyVmomi Ansible ve vSphere arasında bir tercüman olarak göre alacak diyebiliriz. Yani Ansible ile VMware tarafındaki operasyonlarınızı otomatize etmek için tek gereksinim Ansible’ın kurulu olduğu sunucu üzerinde pyVmomi’in ve Python 2.7 yada daha üstü bir versiyonun yüklü olması. pyVmomi ile ilgili detaylı bilgiye buraya tıklayarak erişebilirsiniz. PIP ile kolay bir şekilde kurabilirsiniz bu yüzden detayına fazla girerek yazıyı gereksiz yere uzatmak istemiyorum.Gerekli ön koşulları yerine getirdiğimize göre artık örnek Playbooklar üzerinden devam edebiliriz. Aşağıda listelediğim operasyonlarımızı otomatize etmek için hazırladığımız Playbookları çalıştırmak için 4 adet farklı Job Template hazırladım. Hepsinin detayına giremeyeceğim bugün sadece Snapshot operasyon üzerinde duracağız fakat konunun temelini anlama noktasında faydalı olacağına eminim.Resim-2Snapshot operasyonu için ilk önce operasyona bir isim vererek ilgili modülleri uygulayacak host bilgisini giriyoruz. Burada hosts kımında pyVmomi nin kurulduğu olduğu sunucuyu belirtiyoruz. Ben Ansible ve pyVmomi yi aynı sunucu üzerinde çalıştırdığım için “localhost” diye girdim fakat siz farklı bir sunucuya girdiyseniz o sunucuyu adını yazabilirsiniz. Tabi kullanmadan önce ilgiliyi sunucuyu ilgili envater altında Host olarak tanımlamayı unutmayın.—</p><p>– name: Snapshot<br />hosts: localhost<br />connection: localikinci ve önemli aşama ise uygulanacak olan operasyonların Task başlığı altında listelenmesi. “vmware_guest_snapshot” diyerek ilgili modülü çağırıyoruz ve modülün çalışabilmesi için gerekli değişkenleri yani;Vcenter AdresiVcenter Kullanıcı adı ve adresiSnapshot alınacak sunucu adıSnapshot içerisine girilecek açıklamalarıEn önemlisi ise snapshot operasyonunun tanımını (Silmek mi istiyoruz yoksa almak mı istiyoruz)Belirterek Playbook umuzu hazır hale getiriyoruz. Playbook içerisindeki değişkenleri direk yazarak ta bu değişikliği uygulayabilirdik fakat eğer dinamik değişken tanımı yapmaz isek her bir operasyon için ayrı ayrı yüzlerce Playbook yazmak zorunda kalırız.“{{değişken_adı}}” şeklinde tanımlarımızı yapıyoruz.tasks:</p><p>– name: Create Snapshot<br />vmware_guest_snapshot:<br />hostname: “{{ vcenter_hostname }}”<br />username: “{{ vcenter_username }}”<br />password: “{{ vcenter_password }}”<br />esxi_hostname: “{{ esxihost }}”<br />datacenter: {{ datacenter_name }}”<br />folder: “/{{ datacenter_name }}/AnsibleVM/”<br />name: “{{ guest_name}}”<br />state: present<br />snapshot_name: demosnapshot<br />description: snap1_descriptionSırada oluşturduğumuz Job Template içerisinde “ADD SURVEY” diyerek Playbook içerisinde tanımladığımız değişkenlerimizi girme kısmı var. Değişkenleri girdikten sonra herhangi biri bu Job Template’i çalıştırmak isterse karşısına sırası ile talep edilen değişkenlerin girilmesi isteyen sorular çıkacak. Bu sayede tek bir Job Template üzerinden farklı farklı sunucular için dinamik değişken kullanarak operasyonumuzu bütün sunucularımız için otomatize edebileceğiz.Resim-3Job Template üzerinden ilgili değişken tanımlarımızı yaptıktan sonra kaydedip çıkıyoruz ve Job Template i çalıştırıyoruz. Gördüğünüz gibi olması gerektiği gibi Playbook üzerinde girdiğimiz ve Survey altında tanımladığımız değişkenleri girmemizi istiyor. İlgili değişkenler için bilgileri giriyoruz ve devam ediyoruz.Resim-4Job başarılı bir şekilde çalışıyor ve tamamlanıyor.Resim-5Vmware üzerinden kontrol ettiğimiz de ise başarılı bir şekilde snapshot’ın alındığını görüyoruz.Resim-6Bu giriş için oldukça basit bir örnekti. Aynı methodu kullarak mevcut modüller ile sağlanan bütün operasyonlar için sistemlerinizi otomatize edebilirsiniz. Bir sonraki yazımda Ansible kullanarak VMware üzerinde nasıl sunucu oluşturabilir ve değişkenleri Job Template üzerinden el ile girmek yerine API üzerinden nasıl tetikleyebilirsiniz onu anlatıyor olacağım.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarhttp://www.mshowto.orghttps://www.vmware.comhttps://www.ansible.comTAGs: Ansible, VMware, Vsphere, Ansible Tower, AWX, Playbook, Ansible Modules, VMware Ansible Automation </p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-12588881224238145732023-04-11T11:45:00.001-07:002023-04-11T11:59:49.352-07:00Veeam Backup for Microsoft Office 365 V4 Kurulumu<p>Veeam Backup for Microsoft Office 365 V4 ile Microsoft Office 365 üzerinde bulunan verilerinizin kontrolünü ve erişimini kaybetme riskinizi azaltırsınız. Böylece verileriniz her zaman korunur ve erişilebilir durumda olur. Bu ürün, Office 365’i güvenle yedeklemenizi sağlayarak şunları yapmanıza olanak tanır :Office 365 verilerinizi yanlışlıkla silmeye, güvenlik tehditlerine ve bekletme ilkesi açıklarına karşı korursunuz.Veeam Backup for Microsoft Office 365 V4 ile farklı Office 365 öğelerini ve dosyalarını hızlıca geri yükleyebilirsiniz.Office 365 yedekleme öğeleri için sunulan verimli E-Bulma işlevi sayesinde, yasal gereksinimleri ve uyumluluk gereksinimlerini karşılayabilirsiniz.Veeam Backup for Microsoft Office 365 V4 ile, özellikle Cloud ( Bulut ) öncelikli şirketlere yönelik Cloud ( Bulut ) optimize kurulum seçeneği sunarak Amazon Web Services S3 ( AWS3 ), Microsoft Azure Blob, IBM Cloud ve S3 uyumlu sağlayıcılar dahil olmak üzere Office 365 verilerinizi depolamanız için uygun maliyetli nesne depolamadan yararlanmanızı sağlar.Bunun yanı sıra:Nesne depolama ile maliyetleri azaltıp sadece tükettiğiniz kadar ödersinizSınırsız depolama kapasitesi ile sınırsız ölçeklenebilirlikten yararlanırsınızKarmaşık planlarla uğraşmadan genel bulutta kurulumu basitleştirirsinizAyrıca, Veeam Backup for Microsoft Office 365 V4 ile hem nesne depolamadaki veriler için hareketsiz halde şifreleme ile daha fazla güvenlik sağlayabilir hem de Microsoft SharePoint Online, Microsoft OneDrive İş ve çok daha fazlası için daha hızlı yedekleme yapabilirsiniz.Microsoft Office 365 üzerindeki verileriniz eğer bir yapılandırma yapmazsanız Microsoft Office 365 tarafından Backup ( Yedek ) alınmamaktadır. Veeam Backup for Microsoft Office 365 V4 ile birlikte önemli verilerinizi istediğiniz yerde yedekleyebilirsiniz. Eğer şirket ortamınızda bir depolama alanınız varsa bu alanı kullanarak verilerinizi şirket içinde Backup ( Yedek ) alabilirsiniz. Eğer bunları yine sizin belirlediğiniz bir Cloud ( Bulut ) alanınız varsa bu alanı kullanarak verilerinizi Cloud ( Bulut ) üzerinde Backup ( Yedek ) alabilirsiniz. Cloud ( Bulut ) üzerinde Amazon Web Services S3 ( AWS3 ), Microsoft Azure Blob, IBM Cloud ve S3 uyumlu sağlayıcılar dahil olmak üzere farklı nesne depolama seçeneklerinden yararlanabilirsiniz.Veeam Backup for Microsoft Office 365 V4 ile Microsoft Teams verilerini de Backup ( Yedek ) alarak Restore ( Geri Yükleme ) işlemi yapabilirsiniz. Microsoft Teams içinde gönderilen ve paylaşılan verilerin, Microsoft Exchange Online ve Microsoft SharePoint Online’da kaydı tutulur. Veeam Explorerı kullanarak sohbetler, belgeler ve siteler dahil olmak üzere Microsoft Teams verilerini bulabilir ve Restore ( Geri Yükleme ) işlemi yapabilirsiniz. Ayrıca dilerseniz Microsoft Teams sekmelerine ve kanallarına eklenen verileri Restore ( Geri Yükleme ) işlemi yapabilirsiniz. Bu verileri Microsoft Teams içinde ilgili konuma Manual ( Manuel ) olarak tekrar ekleyebilirsiniz. Veeam Backup for Microsoft Office 365 V4 ile Microsoft Exchange, Microsoft SharePoint ve Microsoft OneDrive İş nesnelerine ek olarak Microsoft Office 365 Grup posta kutularını ve Microsoft OneNote not defterlerini de desteklemektedir.Bu yazımızda Veeam Backup & Replication v9.5 farklı olarak Microsoft Office 365 üzerinde bulunan Mailbox Backup işlemi için Veeam firması tarafından piyasaya yeni çıkan Microsoft Office 365 için Veeam Backup v4 kurulumu ve yapılandırmasını anlatıyor olacağız.Veeam üzerinde bir hesap oluşturarak Microsoft Office 365 için Veeam Backup yazılımı indirebilirsiniz.İndirmiş olduğumuz Veeam Backup for Microsoft Office 365 V4 çalıştırıyoruz.Karşıma Welcome to the Veeam Backup for Microsoft Office 365 Setup Wizard ekranı geliyor. Veeam Backup for Microsoft Office 365 kurulumu için Next diyerek devam ediyoruz.Resim-1License Agreement ekranın da Veeam Backup for Microsoft Office 365 kurulumu için I accept the terms in the license agreement ve I accept the terms in the 3rd party components license agreements seçeneklerini işaretleyerek lisans sözleşmelerini kabul etmemiz gerekiyor.Resim-2License Agreement ekranın da Veeam Backup for Microsoft Office 365 kurulumu için I accept the terms in the license agreement ve I accept the terms in the 3rd party components license agreements seçeneklerini işaretleyerek lisans sözleşmelerini kabul ediyoruz ve Next diyerek devam ediyoruz.Resim-3Program features ekranın da Veeam Backup for Microsoft Office 365 kurulumu için gerekli olan özellikleri seçmemiz gerekiyor.Veeam Backup for Microsoft Office 365 ServerVeeam Backup for Microsoft Office 365 ConsoleVeeam Backup for Microsoft Office 365 PowerShellVeeam Backup for Microsoft Office 365 Server, Veeam Backup for Microsoft Office 365 Console ve Veeam Backup for Microsoft Office 365 PowerShell default olarak seçili olarak geliyor. Install to bölümünden dilersek Veeam Backup for Microsoft Office 365 kurulacağı dizinin yolunu Browse diyerek değiştirebiliriz. Biz herhangi bir değişiklik yapmadan Next diyerek devam ediyoruz.Resim-4Ready to Install ekranın da Veeam Backup for Microsoft Office 365 kurulumu başlatabiliriz. Ready to Install ekranında Veeam Backup for Microsoft Office 365 kurulumu Install diyerek başlatıyoruz.Resim-5Installling Veeam Backup for Microsoft Office 365 ekranın da Veeam Backup for Microsoft Office 365 kurulumu başladığını görüyoruz.Resim-6Veeam Backup for Microsoft Office 365 kurulumu tamamlanıyor. Veeam Backup for Microsoft Office 365 servislerinin Start services… olduğunu görüyoruz.Resim-7Completed the Veeam Backup for Microsoft Office 365 Setup Wizard ekranın da Veeam Backup for Microsoft Office 365 kurulumunu başarılı bir şekilde tamamlandığını görüyoruz. Finish diyerek Completed the Veeam Backup for Microsoft Office 365 Setup Wizard ekranını kapatıyoruz.Resim-8Veeam Backup for Microsoft Office 365 kurulumu tamamlandıktan sonra Desktop ( Masaüstü ) üzerindeki Veeam Backup for Microsoft Office 365 konsoluna tıklayarak Veeam Backup for Microsoft Office 365 çalıştırıyoruz. Connect diyerek Veeam Backup for Microsoft Office 365 çalıştırıyoruz.Resim-9Veeam Backup for Microsoft Office 365 konsolu karşımıza geliyor. Veeam Backup for Microsoft Office 365 üzerinde 10 User ( Kullanıcı ) kadar ücretsiz olarak kullanılabilir. Ancak 10 User ( Kullanıcı ) üzerinde lisans satın almanız gerekmektedir. Veeam Backup for Microsoft Office 365 üzerine 10 User ( Kullanıcı ) lisansı yüklemek için Yes diyoruz.Resim-10LICENSE INFORMATION ekranı gerliyor karşımıza OK diyerek Veeam Backup for Microsoft Office 365 üzerine 10 User ( Kullanıcı ) için lisansı yapılandırıyoruz.Resim-11Veeam Backup for Microsoft Office 365 konsolu aşağıdaki gibidir.Resim-12Başka bir yazımızda görüşmek dileğiyle…Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs : Veeam Backup for Microsoft Office 365 V4 Kurulumu,veeam backup for microsoft office 365 v4 kurulumu,Veeam Backup for Microsoft Office 365 Kurulumu,veeam backup for microsoft office 365 kurulumu,Veeam Backup for Microsoft Office 365 V4 Yapılandırması,veeam backup for microsoft office 365 v4 yapılandırması,Veeam Backup for Microsoft Office 365 Yapılandırması,veeam backup for microsoft office 365 yapılandırması,Veeam Backup Microsoft Office 365 V4 Kurulumu,veeam backup microsoft office 365 v4 kurulumu,Veeam Backup Microsoft Office 365 Kurulumu,veeam backup microsoft office 365 kurulumu,Veeam Backup Microsoft Office 365 V4 Yapılandırması,veeam backup microsoft office 365 v4 yapılandırması,Veeam Backup Microsoft Office 365 Yapılandırması,veeam backup microsoft office 365 yapılandırması,Veeam Backup for Microsoft Office 365 V4,veeam backup for microsoft office 365 v4,Veeam Backup for Microsoft Office 365,veeam backup for microsoft office 365,Veeam Backup Microsoft Office 365 V4,veeam backup microsoft office 365 v4,Veeam Backup Microsoft Office 365,veeam backup microsoft office 365</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-54657078173945464042023-04-11T11:45:00.000-07:002023-04-11T11:59:49.181-07:00ESXTOP ile Disk-CPU-Memory ve Network Performanslarının İncelenmesi<p>Merhaba bir önceki yazımızda sizlere ESXTOP ekranının kullanımını anlatmıştım https://www.mshowto.org/esxtop-nedir-nasil-kullanilir.html. Bu yazımızda ise sizlere ESXTOP ile Disk, CPU, Memory ve Network performanslarının incelenmesini anlatıyor olacağım.İlk olarak CPU Performansının İncelenmesi ile başlayacağız. Zaten SSH ile bağlandığımızda ESXTOP komutunu çalıştırdığımız zaman ilk olarak karşımıza CPU ekranı gelmektedir.CPU ESXi’da en değerli birimlerden biridir, ihtiyaç kadar kullanmalıyız. Bir vm’in ihtiyacı olduğu kadar CPU vermeliyiz eğer ihtiyacından fazla CPU kullanımı yapılırsa yapınızda performans sorunları oluşacaktır. CPU kaynak tüketiminizi ESXTOP üzerinden kontrol edebilirsiniz. Eğer yapınızda VROPS var ise bu daha iyi olur çünkü istediğiniz CPU raporları hazırlayıp takip edebilirsiniz. Bir diğer monitörleme yoluda vSphere Web Client üzerindendir. Monitor > Performance > Advanced tabından bakabilirsiniz.ESXTOP komutu ile karşımıza veriler gelecektir sonrasında “c” harfi ile CPU verilerini görüyoruz. Burada vm‘leri görmek istiyorsanız “v” harfini kullanıyoruz. VM’lerin GID ID’lerini gruplamak için burada “e” harfini kullanıyoruz.Resim-1Resim-2Burdan sonra artık cli ekranında karşımıza gelen birimlerin ve kısaltmaların ne anlama geldiğine bakalım.Aşağıda belirtmiş olduğum değerler eğer yüksek ise esxi hostumuzda yetersiz CPU olduğunu göstermektedir. Ayrıca CPU değerlerini vCenter üzerinden esxi hostun summary kısmından da kontrol edebiliriz.PCPU USED (%) : Fiziksel CPU başına kullanılan CPU yüzdesi ve tüm fiziksel CPU’nun ortalama yüzdesi.PCPU UTIL (%) : Fiziksel CPU kullanım oranıdır.Bunların dışında diğer birimlerin ve kısaltmaların detayları da aşağıdaki gibidir.%SYS: Kesintileri işlemek ve diğer sistem etkinliklerini gerçekleştirmek için ESXi VMkernel’in dünya adına harcadığı zamanın yüzdesi. Yüksek bir % SYS genellikle yüksek I/O anlamına gelir.%OVRLP: Örneğin, 1.VM şu anda programlanıyorsa ve 2.VM için bir ağ paketi ESXi VMkernel tarafından işleniyorsa, harcanan süre 1.VM için% OVRLP ve 2.VM için% SYS olarak görünür. Eğer bu değer yüksek ise host’un yüksek I/O yaptığı anlamını çıkarabiliriz.%RDY: Sanal makinaların CPU kullanabilmek için nekadar beklediğini gösterir. Aynı CPU üzerinde farklı sanal makinalar çalışacağı için CPU Ready time yüksek olan makina işlem yapmak için bekleyecektir. Eğer bu değer %20’den yüksek ise performans problemi yaşayabilirsiniz. Bunu düşürmenin tek yolu CPU sayısını düşürmek olacaktır.%RUN: %USED = %RUN + %SYS – %OVRLP. Eğer RUN değeri yüksek ise virtual machine CPU resource’unu çok kullanıyor demektir.%CSTP: VM’in çalışmaya hazır olduğu, ancak diğer vCPU’ların kullanılabilirliğini beklediği sürenin yüzdesidir. CPU iş yükü, vCPU’ları dengeli bir şekilde kullanmadığında, bu durumda bir vCPU koyabilir. Örneğin, SMP uyumlu olmayan bir uygulamayı çalıştıran 2 vCPU’lu bir VM’iniz varsa,% 100’de 1 vCPU ve% 0’da 1 vCPU kullanın. Bu durumda, CPU zamanlayıcısı, diğer VM’ler için kaynak yetersizliğini azaltmak için Sanal Makineye ceza verir. Bu %CSTP olarak temsil edilir.%MLMTD: Eğer bu değer yüksek ise CPU’nun yetersiz geldiği CPU arttırmanız gerektiğini gösterir.%WAIT: VM’in bekleme durumunda geçirdiği zamanın yüzdesidir. %WAIT toplam bekleme zamanını gösterir.%SWPWT: VM’in VMkernel swapping memory’de beklediği sürenin yüzdesidir.%IDLE: VM’in IDLE süresinin yüzdesel değeridir.Şimdi de Disk Performansının İnncelenmesine bakalım.Disk performans incelemesinde ESXTOP komutunu çalıştırdıktan sonra “u” harfine basıyoruz karşımıza disk deviceları geliyor. Eğer disk adaptörlerini görmek istiyorsak “d” harfine basıyoruz. Ve VM’lerin disk performanslarını görmek istiyorsak “v” harfine basıyoruz.Resim-3Resim-4Resim-5Şimdi de gelelim disk performans detaylarının ve detaylarının açıklamalarına.CMDS/s: Saniyede verilen komut sayısıdır.KAVG/cmd: Bu, komutun VMkernel’de geçirdiği süredir. KAVG değeri, GAVG’nin bir parçasıdır.DAVG/cmd: Bu, aygıta gönderilen komut başına milisaniye cinsinden ortalama yanıt süresidir. DAVG değeri GAVG’nin bir parçasıdır.GAVG/cmd: DAVG + KAVG ‘nin toplam miktarıdır.Yukarıda belirtmiş olduğum değerler bakmanız gereken en önemli değerlerdir. Bu 3 tane değerin 10(ms) milisaniyeyi geçmemesi gerekmektedir. Bu değerleri aşıyor ise performans problemi yaşanmaktadır.WRITES/s: Saniyede ki yazma komutudur.READS/s: Saniyede ki okuma komutudur.MBWRTN/s: Saniyede ki yazılan Megabyte’dır.MBREAD/s: Saniyede ki okunan Megabyte’dır.Gelelim Network Performansının İnncelenmesine.ESXTOP komutunu yazdıkdan sonra “n” harfine basıyoruz ve karşımıza network metricleri geliyor.Burada dikkat etmemiz iki veri aşağıdaki gibidir. Bu değerler 0’dan büyük ise fiziksel nic yüksektir. Buda VM’lerin performanslarını etkilemektedir. Peki nedir bunlar?%DRPRX: Bu birim fiziksel nic’ler üzerinden geçen ve düşen paketleri monitor eder. Bir VM’in network’ünde problem yaşıyorsanız bu tab’ı kullanabilirsiniz.%DRPTX: Bu birim fiziksel nic’ler üzerinden geçen ve düşen paketleri monitor eder. Bir VM’in network’ünde problem yaşanıyorsa bu tab’ı kullanabilirsiniz.Resim-6Son olarak Memory Performansının İncelenmesine bakacağız.Memory’nin performansını incelemek için “m” harfine basıyoruz ve karşımıza esxtop üzerinde memory değerleri gelmektedir. Burada PMEM bölümünde fiziksel memory’yi görmekteyiz.MEMSZ: VM’e verilen memory miktarıdır.GRANT: VM’e verilebilecek garanti edilen memory miktarıdır.%ACTV: VM’in active memory kullanım miktarıdır.%MCTLSZ: Host üzerindeki memory yetersiz ise bu değer yüksek olmaktadır.SWCUR: Bu sanal makine tarafındaki mevcut swap kullanımıdır.Resim-7Bir sonraki yazımızda görüşmek üzere. Faydası olması dileğiyle.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.www.mshowto.orgTAGs: ESXTOP, ESXi cli, ESXi, ESXi 6.7, Disk, VMware ESXi, CPU, Sanallaştırma, Memory, cli, Network, Virtualization</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-73470881064746314212023-04-11T11:44:00.014-07:002023-04-11T11:59:50.952-07:00WSL: What WSL Is and Why You Should Care? Webcast<p>Mshowto yazılım bölümü liderimiz Mert Yeter ve Canonical‘da Senior Developer Advocate (for Ubuntu on WSL) olarak görev yapan Hayden Barnes; 31 Mart Salı günü saat 16:00-17:00 saatleri arasında “WSL Nedir ve Neden Önemsemelisiniz?” hakkında konuşacaklar. Teams Live Event olarak gerçekleştireceğimiz bu etkinliğe aşağıdaki linkten direkt olarak katılabilirsiniz.https://bit.ly/2QRGirnMert Yeter, our software section lead and Hayden Barnes, Senior Developer Advocate for Ubuntu on WSL Canonical will be talking about “What WSL Is and Why You Should Care?” on 31st March, 2020 between 1:00pm-2:00pm UTC. It will be Teams Live Event so you can directly join via the link below.https://bit.ly/2QRGirnTAGs: WSL, WSL Nedir, Canonical, Ubuntu,Hyper-V</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-84745575718016892172023-04-11T11:44:00.013-07:002023-04-11T11:59:50.866-07:00Hangi VDI Modelini Seçmeliyim?<p>Bu yazımda sizlere bir Citrix VAD(XenApp-XenDesktop) altyapısını oluştururken hangi VDI modellerinini belirleyebileceğimiz konusunda bilgiler vereceğim.Sanallaştırma altyapınızda en iyi VDI modelini seçmek, kullanıcı gruplarını doğru bir şekilde tanımlamak ve kullanıcı gruplarınızın gereksinimlerine hangi VDI modelinin cevap verebildiğini belirlemek ile başlamaktadır. Kullanıcı gruplarını tanımlamak için birden fazla yaklaşım olmasına rağmen, kullanıcı gruplarını departmanlar ile hizalamak genellikle en kolay yoldur. Çoğunlukla aynı departman yada birim aynı uygulama kümesini kullanmaktadır.Kullanıcı SegmentasyonuBölümün büyüklüğüne bağlı olarak, benzersiz gereksinimleri olan bir kullanıcı alt kümesi oluşturulabilir. Her departman için kullanıcı grubu içerisinde daha uzman olan kullanıcı gruplarına bölünüp aşağıdaki kriterlere göre değerlendirilir.Resim-1Veri MerkeziHer kullanıcıya, sanal masaüstü ve uygulama sunucuları barındıran birincil veri merkezi veya cloud tabanlı bir konum atanır.KişileştirmeHer kullanıcı grubu için uygun VDI modelinin belirlenmesinde yardımcı olmak için kullanılır. Örneğin; bir kullanıcı grubunun Admin haklarına sahip olunması isteniyorsa, Static VDI çözümü önerilir.Kişileştirme konusunda üç çeşit sınıflandırma mevcuttur:None: Kullanıcı herhangi bir kullanıcı veya uygulama ayarını değiştiremez. Örneğin; kiosk vb.Basic: Kullanıcı masaüstü ve uygulama ayarlarını kullanıcı düzeyinde değiştirebilir.Complete: Kullanıcı uygulamaları yüklemek dahil olmak üzere herhangi bir değişiklik yapabilir.GüvenlikGüvenlik gereksinimleri, her kullanıcı grubu için uygun masaüstü ve politikaların belirlenmesine yardımcı olmak için kullanılır. Örneğin; bir kullanıcı grubu yüksek güvenlik ayarlarını gerektiriyorsa, en iyi çözüm olarak Pooled VDI veya Local VM modelleri önerilir.Resim-2Güvenlik konusunda üç çeşit sınıflandırma mevcuttur:Low: Kullanıcılar, sanallaştırılmış ortama veri atabilir ve dışarı veri çıkarması izin verilir.Medium: Kulanıcı oturum trafiği güvenli hale getirilmiş ve kullanıcılar sanallaştırılmış ortamlarına dosya yükleyemez ve dosya dışarı çıkartamazlar.High: Oturum trafiğin güvenli haline getirilmesi yanısıra kullanıcı yazdırma ve kopyala-yapıştır işlemleri kısıtlanmıştır.MobiliteMobilite gereksinimleri, her kullanıcı grubu için uygun masaüstü modelinin belirlenmesine yardımcı olmak için kullanılır.Resim-3Mobilite konusunda üç çeşit sınıflandırma mevcuttur:Local: Kullanıcı her zaman yerel, yüksek hızlı ve güvenli bir ağa bağlı olan aynı cihazı kullanır.Roaming Local: Kullanıcı yüksek hızlı ve güvenli bir ağa bağlı olan farklı farklı cihazlardan bağlanır.Remote: Kullanıcılar hızlı lakin güvenli olmayan, dış ağdan bağlananırlar.Masaüstü Kayıp RiskiKullanıcının şirket içi kullandığı bilgisayarının çalınma veya çökme durumunda yaşayacağı riski belirlemek için kullanılır.Resim-4Bu konuda üç çeşit sınıflandırma mevcuttur:Low: Ürünler, projeler veya şirket geliri için risk yoktur.Medium: Ürünler, projeler ve şirket geliri için potansiyel risk vardır.High: Ürünler, projeler ve şirket geliri için ciddi risk vardır.İş YüküKullanıcıların kullanmış olduğu uygulamaların türü, sayısı ve toplam iş yoğunluğuna uygun VDI modelini belirleme aşamasında kullanılır. Yüksek kaliteli grafiklere ihtiyaç duyan kullanıcılar, profesyonel grafik barındıran bir VDI çözümü kullanmalıdır.Resim-5Bu konuda üç sınıflandırma mevcuttur.Light: 1-2 uygulama kullanan kullanıcılar veya kiosk benzeri sistemlerMedium: 2-10 uygulama kullanan ve hafif multimedya araçlarının kullanımıHeavy: Yoğun multimedya, veri ve grafik işleyen, uygulama geliştiren kullanıcılarVDI Modellerini AtamaFiziksel masaüstlerinde olduğu gibi, her kullanıcı gereksinimini tek bir VDI modeli ile karşılaştırmak mümkün değildir. Farklı kullanıcı türleri, farklı kaynak tiplerine ihtiyaç duymaktadır. Bazı kullanıcılarınızı standart bir kalıba sokabilirken, bazı kullanıcılarınıza da yüksek düzeyde performans ve kişileştirme ortamı hazırlamanız gerekebilir. Citrix, tek bir entegre çözümde birleştirilen eksiksiz bir VDI teknolojileri seti sunar. Her modelin farklı güçlü yönleri olduğundan, kuruluş içindeki her kullanıcı grubu için doğru modelin seçilmesi önemlidir. Aşağıdaki liste her bir VDI modelinin kısa bir açıklamasını sunar.Resim-6Hosted Apps – Hosted Apps modeli, kullanıcıya yalnızca uygulama arayüzünü sunar. Bu yaklaşım, kuruluşlara kullanıcının yerel bilgisayarına merkezi olarak yönetilen ve barındırılan bir uygulama sunmaları için kullanılır. Hosted Apps modeli genellikle kuruluşların birkaç iş alanı uygulamasının yönetimini basitleştirmesi gerektiğinde kullanılır. Hosted Apps modeli birkaç varyant içerir:Windows Apps– Windows Apps modeli, sunucu tabanlı bir Windows işletim sistemi kullanır ve bu da birçok kullanıcının tek bir VM modeline erişmesine neden olur.VM Hosted Apps – VM Hosted Apps modeli, masaüstü tabanlı bir Windows işletim sistemi kullanır ve bu da tek bir kullanıcının tek bir VM modeline erişmesine neden olur. Bu model genellikle Windows 2008, Windows 2012, Windows 2016 ve Windows 2019 gibi çok kullanıcılı bir işletim sistemiyle uygulama uyumluluğu sorunlarının üstesinden gelmek için kullanılır.Linux Apps – Linux Apps modeli, sunucu tabanlı bir Linux işletim sistemi kullanır ve bu da birçok kullanıcının tek bir Linux VM modeline erişmesine neden olur.Browser Apps – Browser Apps modeli, bir uygulamayı kullanıcının yerel, tercih edilen tarayıcısında bir sekme olarak sunmak için sunucu tabanlı bir Windows işletim sistemi kullanır. Bu yaklaşım, kullanıcılar tercih ettikleri tarayıcıyı (Internet Explorer, Microsoft Edge, Google Chrome, Mozilla Firefox vb.) kullanmak istediğinde kuruluşların tarayıcı uyumluluk sorunlarının üstesinden gelmeleri için sorunsuz bir yol sağlar.Shared Desktop – Shared Desktop modeliyle, sunucu tabanlı tek bir işletim sisteminden (Windows 2008, 2012, 2016, Red Hat, SUSE, CentOS ve Ubuntu) birden çok kullanıcı masaüstü barındırılır. Shared Desktop modeli düşük maliyetli, yüksek yoğunluklu bir çözüm sunar; ancak, uygulamalar çok kullanıcılı sunucu tabanlı bir işletim sistemiyle uyumlu olmalıdır. Ayrıca, birden çok kullanıcı tek bir işletim sistemi örneğini paylaştığından, kullanıcıların uygulamaları yüklemek, sistem ayarlarını değiştirmek ve işletim sistemini yeniden başlatmak gibi diğer kullanıcıları olumsuz etkileyen eylemler gerçekleştirmesi kısıtlanır.Pooled Desktop – Pooled Desktop modeli her kullanıcıya rastgele, geçici bir masaüstü işletim sistemi (Windows 7, Windows 8 ve Windows 10) sağlar. Her kullanıcı kendi işletim sistemi örneğini aldığından, genel hipervizör yoğunluğu paylaşılan masaüstü modeline kıyasla daha düşüktür. Ancak, toplanan masaüstü bilgisayarlar, uygulamaların çok kullanıcılı olması ve sunucu tabanlı işletim sistemlerini desteklemesi gereksinimini ortadan kaldırır.Personal Desktop – Personal Desktop modeli, her kullanıcıya statik olarak atanmış, özelleştirilebilir, kalıcı bir masaüstü işletim sistemi (Windows 7, Windows 8, Windows 10, Red Hat, SUSE, CentOS ve Ubuntu) sağlar.Pro Graphics Desktop – Pro Graphics Desktop modeli, her kullanıcıya daha yüksek çözünürlüklü grafik içeriğe izin veren donanım tabanlı bir grafik işleme birimi (GPU) sağlar.Remote PC Access – Remote PC Access masaüstü modeli, kullanıcıya statik olarak atanmış şirket PC’lerine güvenli uzaktan erişim sağlar. Remote PC Access modeli, fizksel dağıtılmış masaüstü bilgisayarları kullandığından dağıtılması en hızlı ve en kolay VDI modelidir.VDI Modelleri Hakkında İpuçlarıWindows Apps, Shared Desktop ve Pooled VDI modelleri ile yapınızı oluşturmaya başlayabilirsiniz. Çoğu durumda bu üç VDI modeli kullanıcı isteklerinize olumlu cevap verecektir.Her kullanıcı grubu için tam anlamıyla eşleşen VDI modeli seçmek bazen pek mümkün olmayabilir. Örneğin; kullanıcılara son derece güvenli ve aynı zamanda tam anlamıyla kişileştirebilmelerini sağlayan bir masaüstü çözümü sunamazsınız. Bu durumlarda kuruluşların kullanıcı grupları için öncelliklerine en yakın olan VDI modelini belirleyin.Imaj yönetimlerini ve bakımlarını göz önünde bulundurun. Bir VDI modeline karar verirken her bir VDI modelinin sürekli bakıma ihtiyacı olacağı dikkate alınmalıdır.Örneğin; Pooled VDI modeli Static VDI modeline nazaran daha az bakım ve daha kolay imaj yönetimi sunacaktır.Bu makalede Citrix Virtual Apps&Desktop ortamınzda hangi VDI modellerini seçmemiz konusunda bilgiler vermeye çalıştım. Umarım sizler için de yararlı bir makale olmuştur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslar www.mshowto.orgTAGs: Citrix, VDI, Apps, Desktops, VM, Hosted, Remote, Pooled, Static, VDA, GPU Psychiatry considers all aspects of alcohol detoxication, and at days. where to buy cialis in malaysia Setting up a weekly basis and may provide important prognostic information as part of routine clinical test.</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-44667128591426836882023-04-11T11:44:00.012-07:002023-04-11T11:59:50.782-07:00VMware vRealize Log Insight Root Password Reset<p>Bu yazımda sizlere vRealize Log Insight uygulamasına ait unutulan root şifresinin nasıl değiştirildiğini anlatıyor olacağım.Root parolasını sıfırlarken karşımıza root hesabına ait bir lock policy “authentication token lock busy ” çıkabilir. Bu policy içinde şifre sıfırlama işlemlerini gerçekleştirirken değiniyor olacağız.İlk olarak açık olan makinemizi reboot ediyoruz ve makinemiz açılırken karşımıza gelen ekranda Photon OS işletim sisteminin üstüne geldiğimizde alttaki Boot Options satırının sonuna init=/bin/sh komutunu yazıp enter ile komut sekmesinin içine giriyoruz.Resim-1Komut satırına girince passwd yazıyoruz. Karşımıza New password alanı geliyor burada gireceğimiz yeni şifreyi yazıyoruz.Resim-2Unuttuğumuz şifreyi değiştirdikten sonra yazımın ilk satırlarında Authentication token lock busy ile alakalı bir policy ile karşılaşacağımızdan bahsetmiştim.Şifreyi değiştirebilmeniz için öncelikle root hesabına ait kilidi mount -o remount,rw / komutu ile kaldırıp işlemimize devam ediyoruz. Resim-3Artık şifremizi değiştirebiliriz. Şifremizi değiştirdikten sonra karşımıza password updated successfully gelecek, VM’imizi reboot ettikten sonra root şifremiz aktifleşmiş olacak.Bir sonraki yazımızda görüşmek üzere. Faydası olması dileğiyle.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.www.mshowto.orgTAGs: VMware, ESXi 6.7, Log Insight Password Reset, VMware vSphere, vRealize Log Insight, VMware vSphere 6.7, Log Insight 8.0, Password Reset</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-55970998810072847482023-04-11T11:44:00.011-07:002023-04-11T11:59:50.697-07:00Bunu Biliyormuydunuz VMware Sanal Makine Dosya Türleri<p>VMware üzerinde sanal makina oluşturulduktan sonra sanal makina dosyalarının tutulduğu alan içerisinde birden fazla dosya oluşmaktadır.Resim 1Oluşan bu dosyaların ne işe yaradığını bilmeniz, herhangi bir problem yaşadığınız da çözümünüzü kolaylaştıracaktır.Sanal makina dosyalarına bakmak için, işletim sistemi kurulu olduğu datastore’a giriş yapıyoruz.Sanal makina’da en önemli dosyalardan bir tanesi de konfigürasyon dosyalarıdır.Bir diğeri sanal makina disk dosyaları,nvram dosyaları ve log dosyalarıdır.Resim 2Bu dosyalar üzerinde yapacağınız değişiklikler sanal makina’nın açılmamasına sebebiyet verebilir.Oluşan bu dosyaları sağ tıklayıp, notepad++ ile açabilirsiniz.Uzantılarına göre dosya türleri;.vmx= Tüm konfigürasyon bilgileri bu dosya içerisinde saklanmaktadır.Bir sanal makinanın ayarlarını düzenlediğinizde değişim yaptığınız ayarlar bu dosya içerisindeki metin içerisinde düzenlenerek saklanır.Bu dosya içerisinde memory boyutu,network kart bilgisi,seri paralel bağlantı noktası bilgileri ,harddisk bilgileri gibi bir çok bilgi yer almaktadır.Bu dosya üzerinden yapacağınız değişiklikler sistemi doğruda otomatik olarak etkilemektedir.Dosya üzerinde değişiklik yapmak isterseniz bir kopyasını alarak değişiklik yapabilirsiniz..vmfx= Konfigürasyon detaylarını içermekte ,xml formatında yazılmıştır. Notepad++ ile dosya içeriğini açabilirsiniz..vmdk= Sanal makina disk dosyalarını ifade etmektedir.*.vmdk dataların tutulduğu disk dosyalarını ifade etmemektedir. Sanal makina disk dosyaları iki dosya türünden oluşmaktadır.Bunlardan biri büyük datanın bulunduğu disk dosyalarını, diğeri ise disk tanımlama dosyalarını ifade etmektedir.*.vmdk tanımlayıcı disk dosyası sanal disk boyutunu ve geometrisini içermektedir.*.vmdk disk çeşitleri;*flat.vmdk = Sanal makina data diskini ifade etmektedir. Sanal makina işletim sistemi verileri bu disk içerisinde saklanmaktadır.Disk boyutu, şeçilen disk tipine göre thin,thick türüne göre değişiklik gösterebilmektedir.*delta.vmdk = Sanal makina snapshot veri dosyalarını ifade etmektedir. Sanal makinanın snapshot’ını aldığınızda delta.vmdk diski oluşmaktadır.*rdm.vmdk = Sisteme bağlanan rdm disklerini ifade etmektedir..nvram= Sanal makina bios ve efi dosyalarını ifade etmektedir..vmsd= Sistem üzerinde alınan snapshotlar hakkında bilgi ve megadata’ları tutmaktadır.Alınan snapshot dosyalarının tüm bilgileri burada yer almaktadır…vmsn= Snapshot alma sırasında ram bilgilerinin yazıldığı dosyalardır. Her snapshot alındığın’da bu dosya oluşur, silindiğinde otomatik olarak silinir..log= Sanal makinaların log dosyalarını ifade etmektedir.Bu yazıda Sanal Makine Dosya Türleri’ne kısaca göz atmaya çalıştık. Umarım faydalı olmuştur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs: VMware Sanal Makine Dosya Türleri,vmware,dosya türleri,vmware</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-60121999615018788152023-04-11T11:44:00.010-07:002023-04-11T11:59:50.612-07:00ESXi 6.7 Quick Boot Nasıl Yapılandırılır?<p>Bu yazımızda sizlere vCenter 6.7 ile birlikte gelen Quick Boot özelliğini anlatıyor olacağım. vESXi hostlarımıza firmware ve patch geçerken restart istemektedir. Restart yapılırken hostun hardware yüklemesi ve memory sayması bize vakit kaybettirmektedir. Quick boot özelliği bizi bu iş yükünden kurtarmaktadır.Fakat bu özelliği de uyumlu olan donanımlar da kullanabilirsiniz. Bunu öğrenmek için aşağıdaki komut setini kullanabilirsiniz.Putty yardımı ile esxi hostumuza bağlantı yapıyoruz ve aşağıdaki komutları çalıştırıyoruz./esxcli hardware platform getResim-1/usr/lib/vmware/loadesx/bin/loadESXCheckCompat.pyResim-2İkinci resimde görüldüğü gibi benim ortamım quick boot özelliğini desteklememektedir. Donanımsal özelliklerin desteklendiğini görmek için aşağıdaki linklerden de referans alabilirsiniz.https://www.dell.com/support/article/tr-tr/sln314672/quick-boot-of-vmware-esxi-on-dellemc-power-edge-servers?lang=enhttps://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-a00045801en_usPeki Quick Boot nasıl devreye alınır. vCenter 6.7 ortamımıza bağlanıyoruz ve sırası ile bu adımları takip ederek quick boot sekmesine ulaşıyoruz. Home –> Uptade Manager –> Settings –> Hosts –> Edit.Resim-3Açılan ekranda Enable Quick Boot özelliğini aktifleştiriyoruz.Resim-4Eğer donanımsal özelliklerinizde destekliyor ise Quick Boot size fayda sağlayacaktır.Bir sonraki yazımızda görüşmek üzere. Faydası olması dileğiyle.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslar:www.mshowto.orgTAGs: VMware, ESXi 6.7, vCenter 6.7 Server Appliance, VMware vSphere, Quick Boot, VMware vSphere ESXi 6.7, ESXi Quick Boot</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-58145737805290736302023-04-11T11:44:00.009-07:002023-04-11T11:59:50.527-07:00Hyper-V Failover Cluster – Cloud Witness Yapılandırma<p>Bu yazımda sizlere Hyper-V Failover Cluster yapılarımızda bulunan quorum diskimi bulut üzerinde nasıl yapılandıracağımızı anlatacağım. Bilgilerinizi tazelemek adına daha önce portal üzerinde yazmış olduğum “Hyper-V Failover Cluster – Quorum Modelleri ve Modları” yazısını okumanızı tavsiye ederim.https://www.mshowto.org/hyper-v-failover-cluster-quorum-modelleri-ve-modlari.htmlİlk olarak Azure hesabım üzerinde gerekli işlemler ile başlıyorum.Cloud witness olarak kullanmak için bir adet depolama hesabı oluşturmamız gerekiyor, oluşturmadan önce dikkat etmeniz konuları aşağıda belirtmek istiyorum.Blob depolama hesabını Cloud Witness olarak kullanamazsınız.Azure Premium depolama hesabını Cloud Witness olarak kullanamazsınız.Replikasyon için Locally-Redundant storage (LRS) seçin.Failover Cluster yapınız blob dosyasını karar dosyası olarak göreceği için tutarlılık gerekmektedir.Bu yüzden LRS olarak oluşturulması önerilmektedir.Aşağıda görmüş olduğunuz şekilde gerekli depolama hesabımı oluşturdum. Access Key kısmına tıklayarak key ekranına giriş yapıyorum.Resim – 1Failover Cluster üzerinde yapılandırmamı gerçekleştirirken aşağıdaki görmüş olduğunuz Storage Account Name ve Key bilgilerimi kullanacağım.Resim – 2Azure hesabım üzerinde gerekli işlemleri tamamladım.Şimdi Cluster yapılarıma dahil olan hostlardan birine bağlanıyorum ve Failover Cluster Manager konsolumu açıyorum.Resim – 3Aşağıda görmüş olduğunuz gibi yapımda 2 Hyper-V host ekli ve aktif durumdadır.Resim – 4Cluster > More Action > Configure Cluster Quorum Settings adımlarını takip ediyorum.Resim – 5Karşıma ön bilgilendirme ekranı geliyor, Next ile devam ediyorum.Resim – 6Yapıladırma adımlarını Net bir şekilde size göstermek adına “Advanced Qurum Configuration” seçeneğini seçerek devam ediyorum.Resim – 7Devam eden ekranda Failover Cluster yapımda ekli olan sunucuların hangilerinin yapımın ayakta kalması için karar verip veremeyeceğini seçerek devam ediyorum.Resim – 8Yapılandıracağım Witness modelini Cloud olarak seçerek devam ediyorum.Resim – 9Azure portalım üzerinde bana vermis olduğu Access Key’leri kullanacağımız ekrana geldik.Depolama hesabımın ismini ve oluşturulmuş key bilgilerini burada kullanarak devam ediyorum.Resim – 10Yapmış olduğum ayarları teyit ederek devam ediyorum.Resim – 11Witness oluşturma işlemi başladıResim – 12Aşağıda görmüş olduğunuz şekilde Cloud Witness oluşturma işlemi tamamlandı.Finish diyerek işlemi bitiriyorum.Resim – 13Cluster kaynaklarından kontrol sağladığımda Witness durumunu online olarak görebilirsiniz.Resim – 14Azure hesabınızda oluşturmuş olduğunuz depolama hesabı üzeriden ise dosyanızı Resource Group > Storage Account > Storage Explorer > Blob Containers altında görebilirsiniz.Resim – 15Bu yazımda sizlere Hyper-V Failover Cluster yapınızda nasıl Cloud Witness oluşturacağınızı aktarmaya çalıştım.Devam eden yazılarımızda görüşürüz.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs: Hyper-V, Failover Cluster, Azure, Cloud Witness</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-23940779258013047982023-04-11T11:44:00.008-07:002023-04-11T11:59:50.442-07:00VMware vRealize Log Insight Upgrade 4.8 to 8.0<p>Merhaba bu yazımızda sizlere vRealize Log Insight ürünün 4.8 versiyonundan 8.0 versiyonuna upgrade işlemini anlatıyor olacağım.Öncelikle ortam değişkenlerini kontrol etmemiz gerekiyor. VMware vCenter 6.0 ve sonrası ile çalışmakta olup, vRealize Operations Manager sürümünde de 7.0 ve üstünü desteklemektedir. Eğer sürümünüz 4.8 değilse 8.0 versiyonuna geçiş yapmadan önce vRealize Log Insight ürününü 4.8’e ve sonrasında 8.0’a geçiş yapmalısınız.Ortam değişkenlerimizi kontrol ettikten sonra https://my.vmware.com/web/vmware/login sitesi üzerinden vRealize Log Insight’ın 8.0 sürüm upgrade package’ini indriyoruz.Resim-1Kuruluma başlamadan önce backup’ımızın olduğunu ve ihtiyaç doğrultusunda vm’in bir snapshot’ını almanızı tavsiye ederim.vRealize Log Insight’a giriş yapıyoruz.Resim-2Giriş yaptıktan sonra Administration tabına giriyoruz.Resim-3Bura da Cluster’ı seçiyoruz ve kontrol sağladığımız zaman ürünümüzün 4.8 versiyonda olduğunu görüyoruz. Upgrade Clustera tıklayarak indirmiş olduğumuz 8.0 upgrade package dosyamızı yüklüyoruz.Resim-3Resim-4Resim-58.0 upgrade package’imizi ortamımıza aktardıktan sonra lisans sözleşmesini kabul ediyoruz.Resim-6Bütün adımları sırası ile yaptıkdan sonra upgrade işlemimize başlıyoruz. Upgrade işlemi bitene kadar kesinlikle web tarayıcınızı kapatmayın yada yenilemeyin. Zaten hata oluşur ise kurulum hata uyarısını size verecek ve mevcut sürümünüzde kalacaksınız.Resim-7vRealize Log Insight kurulumumuz tamamlanmıştır.Resim-8Bir sonraki yazımızda görüşmek üzere. Faydası olması dileğiyle.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.www.mshowto.orgTAGs: VMware, vReazlize Operations Manager, vCenter 6.7 Server Appliance, VMware vSphere, vRealize Log Insight, VMware vSphere ESXi 6.7, Log Insight 8.0</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-55876992792960862432023-04-11T11:44:00.007-07:002023-04-11T11:59:50.356-07:002020 Yılı VMware vExpert’lerimizi Tebrik Ediyoruz<p>Mustafa Kara, 1981 yılında Adana’da doğdu. Üniversite öncesi tüm öğrenimini Mersin’de tamamladı. Anadolu Üniversitesi mezunudur. İşletme Yüksek Lisansını (MBA) , Maltepe Üniversitesinde ve Bilgisayar Mühendisliği Yüksek Lisansını da Okan Üniversitesinde gerçekleştirmiştir. Eskişehir’de okuduğu yıllarda Anadolu Üniversitesi Bilgisayar Araştırma Uygulama Merkezi Bilgi işlem departmanında çalışma hayatına başladı. Üniversite sonrası İstanbul’da kendi iş dallarının öncü firmalarında görev aldı. Uzun yıllar boyunca BilgeAdam BTA ve Kurumsal‘da Sistem ve Network Eğitmeni, Kıdemli Danışman ve Birim Müdürü görevlerinde bulundu. Sonrasında COMPAREX Türkiye’de Teknik Müdür olarak çalışmıştır. Şu anda SimpliX Teknoloji Hizmetlerinde Bulut ve Güvenlik Çözümleri Direktörü olarak çalışmaktadır. Uzmanlık alanı olan Microsoft altyapı, yönetim ve iletişim ürünleri, Azure, M365 ve AWS bulut teknolojileri Veeam gibi yedekleme çözümleri ile sanallaştırma teknolojilerinde mimari düzeyde bilgi ve deneyime sahiptir. Ayrıca yeni nesil güvenlik çözümleri üzerine eğitim ve danışmanlık vermekte olup 20 yıldan daha fazla süredir birçok kişi ve firmaya binlerce saat teknik eğitim vermiştir. Kamu ve özel sektördeki kuruluşlara projeler gerçekleştirmiş ve bu projelerin bazıları Microsoft tarafında Case Study olarak duyurulmuştur. Türkiye’nin en büyük bilişim portallarında yazıları yayınlanmakta olup MSHOWTO Topluluk Lideri görevini üstlenmektedir. Üniversitelerde seminerler vermekte olup birçok teknoloji üreticisinin lansmanında uzman konuşmacı olarak yer almıştır. 2010 yılında çeşitli topluluklarda yapmış olduğu çalışmalar neticesinde Microsoft tarafından MVP ünvanına layık görülmüş olup günümüzde de bu ünvanı koruma başarısını göstermektedir. Sahip olduğu sertifikalar: MVP, MCT, AWS SA, Azure Administrator, Azure Security Engineer, Azure Solution Architect, MCITP, MCTS, MCDBA, MCSE+S+M, MCSA+S+M, MCDST, MCP, CCDA, CCNA, HP AIS, HP APS ve CompTIA A+’dır.</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-73197910623730809572023-04-11T11:44:00.006-07:002023-04-11T11:59:50.267-07:00 Biliyor muydunuz: Veeam Availability Suite v10 Yenilikleri<p>Teknolojik inovasyonların günümüzdeki hızı, dijital ve fiziksel dünyalarınızın çakışmasını kaçınılmaz kılıyor ve hangi sektörde olursanız olun, çalışma biçiminizde bir dönüşüm yaratıyor. Bu dijital dönüşüm işinizi kolaylaştırdığı gibi sekteye de uğratabilir. Zira dijital dünyada müşterileriniz %100 çalışırlık beklentisindedir. Artık geleneksel çözümlerin saatler veya günler süren geri dönüş hedefleri sizi endişelendirmesin.Veeam Backup & Replication V10 Daha İyi Yedekleme. Daha Hızlı. Daha güçlü. Daha akıllı. Sloganıyla 18 Şubat tarihinde yayınlandı. Veeam’in kuruluş tarihi olan 2006 yılında sanallaştırma çözümleri arasında ilk sıralarda yerini alıp 2008 yılında ise yedekleme çözümünü piyasaya sürmüştü. Veeam, daha fazla platform desteği ile kuruluşların verilerini en iyi şekilde kontrol edebilmelerini ve hedeflerine daha kolay ulaşmalarını sağlayan, çözümünü hem kapsamlı hemde daha derin olacak şekilde genişletti. Veeam Ürün Stratejisinden Sorumlu Kıdemli Başkan Yardımcısı Danny Allan ifadesiyle “Veeam tarihindeki en büyük sürüm olan v10’da, yapılan geliştirmeler ile veri korumasını bir üst düzeye taşıyan, hibrit bulut ortamları için en basit, en esnek ve en güvenilir çözümdür.”Cloud,Hibrit veri yönetimi pazar lideri Veeam müşterilerinin ihtiyaçları doğrultusunda ürün geliştirerek sınıfının en iyisi olmaya devam ediyor.Yeni özelliklerden ilki, uzun süredir beklenen SMB ve NFS paylaşımları için Ağa Bağlı Depolama (NAS) desteğine yönelik dosya seviyesinde yedekleme özelliği bulunan Veeam’in korumalı veri kullanım alanı genişletmesi aracılığıyla kesintisiz çalışabilirlik sağlayabilirsiniz. SMB/NFS yedekleri, kısa ve uzun dönem bekletme ilkeleriyle esnek veri koruması ve SMB/NFS dosyalarını herhangi bir hedefe kolayca geri yükleme desteği içermektedir. Veeam, gelişmiş Amazon Simple Storage Service(S3) nesne depolama entegrasyonu ve gelişmiş fidye yazılımı koruması ve anında Multi-VM Instant Recovery özelliği ile felaket kurtarmayı (DR). Otomatikleştirme dahil 150’den fazla yeni özellik ve koruma olanağı sunuyor.Veeam Availability Suite V10’da ayrıca üçüncü taraf araçlar için gelişmiş desteği ile Linux, Nutanix AHV, PostgreSQL, MySQL ve daha fazlası için yeni, gelişmiş özellikler dahil olmak üzere daha geniş platform ve partnerler için ekosistem desteği sunar.Yeni Veeam Data Integration API ile üçüncü taraf veri analiz yazılımı entegrasyonunu basitleştirmek için genişletilmiş bir API’de içermektedir. Veeam yeni nesil kesintisiz çalışan kuruluşlar yani İş Sürekliliği için, her ölçekten kuruluşa ve işletmeye aşağıdaki yeteneklerle herhangi bir bulut altyapısındaki tüm uygulamalar ve veriler için kesintisiz çalışırlık sağlıyor:Scale-out Backup Repository arşiv katmanı, eklentisi ile yedeklerin herhangi bir depolama arşivlemesi sağlayarak depolamadan bağımsız destek sunar. Veaam Agent yerleşik yönetimi doğrudan entegrasyon ile karmaşıklığı minimize ederek kullanıcıların Veaam konsolundan sanal veya fiziksel altyapılarını yönetmeleri sağlar. NAS desteğine yönelik dosya seviyesinde yedekleme özelliği bulunan Veeam’in korumalı veri kullanım alanı genişletmesi aracılığıyla kesintisiz çalışırlık sağlayın. Yeni nesil instant VM recovery ve multi instant VM recovery ile büyük ölçekli veri merkezi kesintilerinde dahi işinizi sürdürmeye devam edin. Geliştirilmiş S3 nesne kilidi işlevi ve değiştirilemez yedekler ile kurum ortamı dışında yedeklemeyi basitleştirin; fidye yazılımlarına ve içeriden gelen tehditlere karşı %100 koruma elde edin. Veeam Veri Entegrasyon API’sı ile kesintisiz çalışırlığı genişletin ve kurtarma zamanı ve noktası hedeflerini (RTPO) iyileştirin. API tabanlı yeni entegre depolama çözümleri arasında IBM Spectrum Virtualize (IBM SAN Volume Controller (SVC) ve IBM Storwize ailesi), Lenovo Storage V Series ve INFINIDAT yer almaktadır. Linux, HPE Primera ve HPE StoreOnce,Nutanix AHV, PostgreSQL, MySQL ve daha fazlası için yeni ve gelişmiş özellikleri içeren genişletilmiş platform ve ekosistem desteği sağlayın. Ölçeklenebilir geliştirmeler v10 ile RMAN entegrasyonuna dayanan VMvare iş yüklerini self servis yedekleme ve geri yükleme işlerinizi oluşturmak üzere rol tabanlı, ersim kontrol de dahil ek kurumsal ölçeklenebilir özellikler sunuyor. Veeam konsolu sayesinde RMAN yedeklerini sorunsuz şekilde aktarım ve yedeklerden kolaylıkla geri yükleme işlemini sağlar. DRaaS hizmet sağlayıcılar için Veeam Cloud Connect Replication ile vCloud Director entegrasyonu ve Veeam Cloud Connect Yedekleri için hizmet olarak Teyp (TaaS) dahil olmak üzere, felaket kurtarma (DRaaS) geliştirmeleri ile kiracıların maliyetlerinden tasarruf etmelerine ve felaket durumunda kurtarma sürelerini azaltmalarına yardımcı olabilir. Windows için Veeam Agent:Windows için Veeam Agent ile yedeklenmiş bir PC, dizüstü bilgisayarı, sunucuyu kurtarmak istediğinizde bazı yeni yetenekler getirildi. Tüm sistemi kurtarabilirsiniz,ancak anında kurtartma yeteneğine sahip olabilmeniz için aşağıdaki platformalara sahip olmanız gerekmektedir.VSphere VM’ye Anında KurtarmaHyper-V VM’ye Anında KurtarmaBare Metal RecoveryAzure VM’ye geri yüklemeAWS EC2’ye geri yüklemeExport to virtual disk formatsVeeam 10 ile Desteklenmeyen VMware vSphere sürümleriVMware ESXi 5.0 ve 5.1 desteği (5.5 hala desteklenmektedir)VMware vCloud Director 8.x desteği (8.20 hala desteklenmektedir)Windows Server 2008 desteği (2008 R2 SP1 hala desteklenmektedir)Windows 10 1507 ve 1511 desteği (Windows 10 1607 veya üstü hala desteklenmektedir)Windows 8.0 desteği (Windows 8.1 ve Windows 7 SP1 hala desteklenmektedir)Finalde Veeam kuruluşlara zaman tasarrufu sağladığı gibi maliyetleri azaltır ve kuruluşların veri kurtarma hedeflerinin üstüne çıkmasını sağlıyor.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs :Veeam Availability Suite v10 yenilikleri,Veeam Availability Suite v10 Yayınlandı,Veeam Availability Suite v10 Yenilikleri,Veeam Availability Suite v10,Veeam Backup & Replication v10 ,Veeam Backup & Replication v10 kurulumu,Veeam Backup & Replication 10 Yapılandırması,Veeam v10 Yapılandırması,veeam v10 yapılandırması,Veeam 10 Yapılandırması,veeam 10 yapılandırması,Veeam Backup & Replication v10,veeam backup & replication v10,Veeam Backup & Replication 10,veeam backup & replication 10,Veeam Backup v10,veeam backup v10,Veeam Backup 10,veeam backup 10,Veeam v10,veeam v10,Veeam 10,veeam 10 </p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-8477276104558336972023-04-11T11:44:00.005-07:002023-04-11T11:59:50.181-07:00Veeam Backup Replication v10 Kurulumu<p>Veeam firmasının Microsoft Hyper-V ve hem Vmware Virtual ( Sanallaştırma ) Platformları için geliştirilmiş olduğu Backuplama yazılımının yeni versiyonu ve yeni özelliklerinin bulunduğu Veeam Backup & Replication 10 18 Şubat tarihi itibariyle kullanıma sundu. Aslında 2019 ile birlikte Veeam Backup & Replication v9.5 Update 3’ten sonra Veeam Backup & Replication v10 versiyonun gelmesi hepimiz merakla ve heyecanla bekliyorduk ancak Veeam Forum’da yapılan açıklamada 2019 yılı içinde yayınlanacak olan Update serisi ile Veeam Backup & Replication kullanımına yeni özellikle sunulacağı bilgisi verildi. Veeam Backup & Replication v10 versiyonunu 2020 ilk çeyreğinde kullanıma sunulacağını bildirmişlerdi.Bu yazımızda Veeam Backup & Replication v10 kurulumunu anlatıyor olacağız. Daha sonraki yazılarımızda Veeam Backup & Replication v10 yapılandırarak yeni gelen özellikleri birlikte görüyor olacağız.Veeam Backup & Replication v10 ile Database ( Veritabanı ) yapısı için Microsoft SQL Server Express kurulumu yapmaktadır. Veeam Backup & Replication v10 kurulumunu yapmadan önce kurulumunu yapacağınız sunucu işletim sistemi üzerinde Control Panel => Region bölümünde Administrative sekmesinde bulunan Language for non-Unicode programs bölümünün English ( United States ) olmasına dikkat etmemiz gerekiyor. Eğer bu şekilde bir düzenleme yapmadan kurulum yaparsanız Microsoft SQL Server Express servislerinin çalışmasında sorun yaşabilirsiniz.Kurulum ve yapılandırmaya geçmeden önce ortamımızla ilgili kısa bir bilgi aktarmak istiyorum.Birinci sunucumuz Windows Server 2019 Datacenter işletim sistemine sahip W19DC isminde IP Address ( IP Adresi ) 192.168.1.200 olarak yapılandırılmıştır ve üzerinde Active Directory Domain Services yapılandırılarak bakicubuk.local isminde bir domain ortamı kurulmuştur.İkinci sunucumuz Windows Server 2019 Datacenter işletim sistemine sahip W19VEEAM10 isminde IP Address ( IP Adresi ) 192.168.1.210/24 olarak yapılandırılmış ve Active Directory Domain yapısına dahil edilmiştir. Bu sunucumuz üzerine Veeam Backup & Replication v10 kurulumu ve yapılandırmasını yapacağız.Veeam Availability Suite kurulumu için ilgili link üzerine kayıt olarak yapabilirsiniz. Kayıt olduktan sonra 30 günlük Trial kullanılabilmektedir.Veeam Backup & Replication v10 kurulumu ve yapılandırmasını başlatıyoruz.Karşıma Veeam Backup Management Suite ekranı geliyor.Standalone components menüsü altında bulunanVeeam Backup & Replication seçeneği ile Veeam Backup & Replication v10 kurulumu yapabilirsiniz.Veeam Backup Enterprise Manager seçeneği ile Veeam Veeam Backup Enterprise Manager kurulumu yapabilirsiniz.Veeam Backup & Replication Console seçeneği ile Veeam Backup & Replication v10 sunucumuzu herhangi bir sunucu ya da client makine üzerine Veeam Backup & Replication Console kurulumu yaparak yönetebilirsiniz.Enterprise Applications Plug-ins seçeneği ile Oracle Rman (Recovery Manager) ve SAP HANA eklentilerinin kurulumu dosyalarını bulabilirsiniz.Biz Veeam Backup & Replication 10 kurulumu yapacağımız için Install diyoruz.Resim-1License Agreement ekranın da I accept the terms in the license agreement ve I accept the terms in the 3rd party components license agreements seçeneklerini işaretleyerek lisans sözleşmelerini kabul ediyoruz ve Next diyerek devam ediyoruz.Resim-2Provide License ekranın da ürün için satın almış olduğunuz .lic uzantili lisans dosyanızı Browse diyerek ekleyebilirsiniz. Dilerseniz Veeam Backup & Replication v10 kurulumu tamamladıktan sonra Veeam Backup & Replication v10 konsolu üzerinden lisansı ekleyebilirsiniz.Resim-3Provide License ekranın da Veeam Backup & Replication v10 için satın almış olduğunuz .lic uzantılı lisans dosyanızı Browse diyerek ekliyoruz.Resim-4Provide License ekranın da Veeam Backup & Replication v10 için satın almış olduğunuz .lic uzantılı lisans dosyanızı seçerek Open diyerek ekliyoruz.Resim-5Provide License ekranın da Veeam Backup & Replication v10 için satın almış olduğunuz .lic uzantılı lisans dosyanızı ekledikten sonra Next diyerek devam ediyoruz.NOT : Burada eklediğim .lic uzantılı lisans dosyası Veeam Backup & Replication v10 indirirken verilen 30 günlük Trial lisansdır.Resim-6Program features ekranın da Veeam Backup & Replication v10 kurulumu için gerekli olan özellikleri seçmemiz gerekiyor.Veeam Backup & ReplicationVeeam Backup CatalogVeeam Backup & Replication Console ( Bu özelliği Veeam Backup & Replication v9 versiyonu ile yeni gelen bir özellikti. Veeam Backup & Replication v8 versiyonunda bu özellik yerine Veeam Backup & Replication PowerShell SDK olarak kurulum yapıyorduk. ) Ayrıca Veeam Backup & Replication Console ortamınızda bulunan herhangi bir server ya da client makina üzerine kurulumunu yaparak Veeam Backup & Replication yönetimini sağlayabilirsiniz.Veeam Backup & Replication, Veeam Backup Catalog ve Veeam Backup & Replication Console özellikleri default olarak seçili olarak geliyor. Yapınıza göre kurulumları farklı sunucular üzerinde yapılandırabilirsiniz.Install to bölümünden dilersek Veeam Backup & Replication v10 kurulacağı dizinin yolunu Browse diyerek değiştirebiliriz.Program features ekranın da herhangi bir değişiklik yapmadan Next diyerek devam ediyoruz.Resim-7System Configuration Check ekranın da Veeam Backup & Replication v10 kurulumu için gerekli olan ve işletim sistemi üzerinde kurulu olmayan yazılımları görüyoruz.Microsoft System CLR Types for SQL Server 2014 ( Failed )Microsoft SQL Server 2014 Management Objects ( Failed )Microsoft Report Viewer Redistributable 2015 ( Failed )Microsoft PowerShell 2.0 ( Passed )Microsoft Universal C Runtime ( Passed )Microsoft System CLR Types for SQL Server 2014, Microsoft SQL Server 2014 Management Objects ve Microsoft Report Viewer Redistributable 2015 yazılımları işletim sistemimiz üzerinde kurulu olmadığı için Failed olarak görünmektedir.Microsoft PowerShell 2.0 Passed ve Microsoft Universal C Runtime işletim sistemimiz üzerinde kurulu olduğu için Passed olarak görünmektedir.Veeam Backup & Replication v10 kurulumu için gerekli olan yazılımların işletim sistemimiz üzerinde kurulması için Install diyoruz.Resim-8Veeam Backup & Replication v10 kurulumu için gerekli olan ve işletim sistemi üzerinde kurulu olmayan yazılımların kurulumuna başlanıyor.Resim-9System Configuration Check ekranın da Veeam Backup & Replication v10 kurulumu için gerekli olan ve işletim sistemi üzerinde kurulu olmayan yazılımların hepsini Passed olarak yani kurulumlarının başarılı bir şekilde tamamlandığını görüyoruz. Gerekli yazılımların kurulumlarını tamamlandıktan sonra Next diyerek devam ediyoruz.Resim-10Ready to Install ekranın da Veeam Backup & Replication v10 kurulumu için yapmış olduğunuz seçimlerin bir listesini görüyorsunuz.Veeam Backup & Replication v10 programın ve uygulamaların kurulacağı dizinleri, Veeam Backup & Replication v10 Service Port ( Servis Port )larını, Veeam Backup & Replication v10 servislerinin kullanacağı Service Account ( Servis Hesabı ), SQL Server Instance Name ve SQL Server Database Name ( Veritabanı İsmi ) bilgilerini görüyoruz.Let me specify different settings diyerek Veeam Backup & Replication v10 kurulumu özelleştirebilirsiniz. Service Account ( Servis Hesabı ) farklı bir şekilde yapılandırabilirsiniz. Service Port ( Servis Port ) değiştirebilirsiniz. Ortamınızda SQL Server Always ON yapısı olduğunu varsayalım ya da SQL Server Failover Cluster yapısı olduğunu varsayalım. Veeam Backup & Replication v10 üzerinde Microsoft SQL Server kurulumu yapmadan ortamınızda bulunan SQL Server Always ON yapısı ya da SQL Server Failover Cluster yapısı üzerinde Veeam Backup & Replication v10 için Database ( Veritabanı ) yapılandırabilirsiniz.Resim-11Ready to Install ekranında Veeam Backup & Replication v10 kurulumu Install diyerek başlatıyoruz.Resim-12Installling Veeam Backup & Replication ekranın da Veeam Backup & Replication v10 kurulumu başladığını görüyoruz.Resim-13Installling Veeam Backup & Replication ekranın da öncelikle Installing Microsoft SQL Server 2016 Service Pack 2 Express kurulumunun başladığını görüyoruz.Resim-14Installling Veeam Backup & Replication ekranın da Veeam Backup Catalog kurulumunun başladığını görmekteyiz.Resim-15Installling Veeam Backup & Replication ekranın da Veeam Backup & Replication Server kurulumunun başladığını görmekteyiz.Resim-16Installling Veeam Backup & Replication ekranın da Veeam Backup & Replication Console kurulumunun başladığını görmekteyiz.Resim-17Installling Veeam Backup & Replication ekranın da Veeam Explorer for Microsoft Exchange, Veeam Explorer for Microsoft SharePoint, Veeam Explorer for Microsoft SQL Server, Veeam Exlorer Exchane Active Directory ve Veeam Explorer for Oracle sırasıyla kurulumları başlayacaktır.Installling Veeam Backup & Replication ekranın da Veeam Explorer for Microsoft Exchange kurulumunun başladığını görmekteyiz.Resim-18Installling Veeam Backup & Replication ekranın da Veeam Explorer for Microsoft SharePoint kurulumunun başladığını görmekteyiz.Resim-19Installling Veeam Backup & Replication ekranın da Veeam Explorer for Microsoft SQL Server kurulumunun başladığını görmekteyiz.Resim-20Installling Veeam Backup & Replication ekranın da Veeam Exlorer Exchane Active Directory kurulumunun başladığını görmekteyiz.Resim-21Installling Veeam Backup & Replication ekranın da Veeam Exlorer Exchane Oracle kurulumunun başladığını görmekteyiz.Resim-22Installling Veeam Backup & Replication ekranın da Veeam Agent for Microsoft Windows Redistributable kurulumunun başladığını görmekteyiz.Resim-23Installling Veeam Backup & Replication ekranın da Veeam Agent for Linux Redistributable kurulumunun başladığını görmekteyiz.Resim-24Installling Veeam Backup & Replication ekranın da Veeam Backup & Replication v10 kurulumu tamamlanıyor. Veeam Backup & Replication v10 servislerinin Start services… olduğunu görüyoruz.Resim-25Resim-26Completing Veeam Backup & Replication 10 Setup Wizard ekranın da Veeam Backup & Replication v10 kurulumu başarılı bir şekilde tamamlandığını görüyoruz. Finish diyerek Veeam Backup & Replication 10 Setup Wizard ekranını kapatıyoruz.Resim-27Veeam Backup & Replication v10 kurulumu tamamlandıktan sonra Desktop ( Masaüstü ) üzerindeki Veeam Backup & Replication v10 konsoluna tıklayarak Veeam Backup & Replication v10 çalıştırıyoruz.Veeam Backup & Replication v9 sonrasında gelen bu özellik ile herhangi bir sunucu ve client makina üzerine Veeam Backup & Replication Console kurulumunu yaparak yönetebiliyoruz. Connect diyerek Veeam Backup & Replication v10 çalıştırıyoruz.Resim-28Veeam Backup & Replication v9.5 ile birlikte bu ekranın değişmişti. Veeam Backup & Replication v10 görüyoruz.Resim-29Veeam Backup & Replication v10 konsolu yeni özellikleri ile karşımıza geliyor.Resim-30Veeam Backup & Replication v10 konsolunda Help menüsü altında bulunan About sekmesinden versiyonu kontrol ediyoruz. Veeam Backup & Replication v10 versiyonun 10.0.0.4461 olarak görüyoruz.Resim-31Başka bir yazimizda görüşmek dileğiyle…Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs : Veeam Backup & Replication v10 Kurulumu,veeam backup & replication v10 kurulumu,Veeam Backup & Replication 10 Kurulumu,veeam backup & replication 10 kurulumu,Veeam Backup & Replication v10 Yapılandırması,veeam backup & replication v10 yapılandırması,Veeam Backup & Replication 10 Yapılandırması,veeam backup & replication 10 yapılandırması,Veeam Backup v10 Kurulumu,veeam backup v10 kurulumu,Veeam Backup 10 Kurulumu,veeam backup 10 kurulumu,Veeam Backup v10 Yapılandırması,veeam backup v10 yapılandırması,Veeam Backup 10 Yapılandırması,veeam backup 10 yapılandırması,Veeam v10 Kurulumu,veeam v10 kurulumu,Veeam 10 Kurulumu,veeam 10 kurulumu,Veeam v10 Yapılandırması,veeam v10 yapılandırması,Veeam 10 Yapılandırması,veeam 10 yapılandırması,Veeam Backup & Replication v10,veeam backup & replication v10,Veeam Backup & Replication 10,veeam backup & replication 10,Veeam Backup v10,veeam backup v10,Veeam Backup 10,veeam backup 10,Veeam v10,veeam v10,Veeam 10,veeam 10 </p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-8140915807989419452023-04-11T11:44:00.004-07:002023-04-11T11:59:50.094-07:00Güncelleme Ve Yama Yaşam Döngüsü İçin Yararlı Kaynaklar<p>Güncellemeler ve yamalar hepimiz için çok önemli fakat bu kadar güncellemeyi nasıl takip edeceğiz diye kendi kendinize soruyor olabilir. Ayrıca yayınlanan o yamanın sizin için ne kadar önemli olup olmadığını ve ne zaman yükleyeceğinize karar veremiyorsanız bu yazı tam size göre J Bu yazımda VMware hakkında Abone olabileceğiniz veya VMware ürünlerini ne zaman güncelleyeceğimiz hakkında bir kaç yararlı kaynak sunmaya çalışacağım.Security AdvisorySize ne zaman güncelleme yapacağınızı söyleyemeyem fakat bu linke girip abonelik oluşturduğunuzda güncellemenin ne kadar önemli olup olmadığı veya bu güncellemeyi ne kadar bekleyeceğinize karar verebiliriniz. VMware Security Advisories’e abone olduğunuzda henüz yaması yayınlanmamış hataları öncesinden aşağıdaki örnekte yer alan mail örneğindeki gibi öğrenebilirsiniz. Ayrıca VMware‘in güvenlik blogunu da takip ederek güncel yamalar ve güvenlik bültenleri hakkında bilgi sahibi olabilirsiniz.Resim-1Patch and build numbersNedir bu Patch ve build number bir çok sanallaştırma admini bunların tam olarak ne olduğunu bilmeyebilir tabi bilmesi de beklenir mi tartışılır. Aslında sanallaştırma platformu yöneticileri her güncellemeyi açıklayan bir kb numarası veya cve numarasını olduğu bilse işler bir nebze daha kolaylaşabilir. Temel olarak bu bilgiler ile şuan hangi versiyonda olduğunu veya hangi versiyona geçmek istediğini rahatlıkla planlayabilir.şu anda hangi versiyonda olduğunuzu, hangi yamaların yayınlandığını, kaç tanesinin kritik olduğunu ve bunun ne anlama geldiğini buradan öğrenebilirsinizResim-2Knowledge-base UpdatesVMware ‘in bilgi bankasını bilmeyen varmıdır acaba ? VMware ile alakalı yaşadığınız herhangi bir sorunda ilk başvuracağınız noktalardan birisi VMware ‘in bilgi bankasıdır. Buraya epostanızla abone olabilir ve bu konuyla alakalı blogu takip edebilirsiniz.Resim-3InteroperabilityVMware ürünlerinin donanım yazılım uyumlulukları için bir klavuz sayfaları bulunmaktadır. Bu klavuz sayfasına giderek öncesinde donanımlarınızın uyumluluğunu kontrol edebilirsiniz.Resim-42 Farklı VMware ürününe ait uyumluluk kontrolü için ise örneğin vCenter Server 6.7 Update 3 ile VMware vRealize Log insight 8.0 uyumluluğu için bu linki kullanabilirsiniz.Resim-5Bir diğer örnekte ise VMware Site Recovery Manager ‘in Microsoft SQL Server ‘in hangi versiyonları ile çalıştığını aşağıdaki şekilde kontrol edebiliriz.Resim-6Son olarak, belirli bir ürünün en yeni sürümüne yükseltmelerin mevcut sürümünüzden desteklenip desteklenmediğini bu matris üzerinden görebilir böylece yükseltmelerinizi buna göre planlayabilirsiniz.Resim-7Bu konuyla ilgili sorularınızı linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.Referanslarwww.mshowto.orgTAGs: vmware güncelleme,vmware güncelleme yaşam döngüsü,vmware yama yönetimi,vmware yararlı linkler</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-68019981880273169612023-04-11T11:44:00.003-07:002023-04-11T11:59:50.009-07:00vRealize Operations Manager Güvenlik Uyumluluğu<p>Güvenlik Uyumluluğu vROPS’larda uzun zamandır mevcut, ancak yöneticiler genellikle bu vRealize Operations Manager‘ı kullanmayıp göz ardı etmektedir. Bu uygulama ile vROPS ortamında bulunan sunucularda çıkan önemli sorunları tanımlamak için vazgeçilmez bir uygulamadır.Kullanıcı giriş bilgilerini yazarak vRealize Operations Manager‘a giriş yapıyoruz.Resim-1vRealize Operations Manager giriş yaptıktan sonra Home > Troubleshoot > Compliance giriş yapıyoruz.Resim-2vSphere Security Configuration Guide tıklayıp , Compliance Alerts List’te tüm listeyi görebiliriz.Resim-3vRealize Operations Manager içerisinde Sunucu üzerini tıkladığımızda uyarılar gözükmektedir. Alarm’ın birinin üzerini tıkladığımızda bizlere uyarıları düzeltmemiz için çözümü gösterecektir.Resim-4Active Compliance Alerts’de detayı tıkladığımızda Alert detayını görebiliriz.Resim-5Bu yazıda vRealize Operations Manager‘a kısaca göz atmaya çalıştık. Umarım faydalı olmuştur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs: vRealize Operations Manager Güvenlik Uyumluluğu, Vrops Security, Vrealize</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-47856994058484240042023-04-11T11:44:00.002-07:002023-04-11T11:59:49.924-07:00Docker for Windows WSL2 Backend<p>Windows 10’a henüz insider sürümde olsa da Windows Subsystem for Linux’un 2. versiyonunun ya da kısaca WSL2’nin gelmesiyle birlikte Docker for Windows da (henüz experimental da olsa) WSL2 desteği vermeye başladı. Bu özelliği denemek için de Docker for Windows’un edge yani henüz genel kullanıma açılmamış versiyonunu kullanmanız gerekiyor. Windows 10 Insider üzerine WSL2 kurulumu ile ilgili detaylı bilgi için buraya, Docker Desktop Edge 2.1.7 versiyonunu indirmek için de buraya tıklayabilirsiniz.Docker for Windows, arka planda Hyper-V üzerinde çalışan bir sanal makine kullanıyor (Resim-1). Bu sayede de Linux container’ları Windows üzerinde çalıştırabiliyoruz. WSL2 desteği ile, Hyper-V bağımlılığı da ortadan kalkıyor.Resim-1WSL2 desteğini aktif hale getirmek için Settings ekranından Resim-2‘de göreceğiniz “Enable the experimental WSL 2 based engine” seçeneğini seçip Apply & Restart’a tıklamanız yeterli.Resim-2Bu işlem sonrasında size Resim-3‘te göreceğiniz gibi WSL entegrasyonunu aktifleştirmek isteyip istemediğinizi soruyor.Resim-3Son olarak da yine Settings ekranında yer alan Resources sekmesinde Docker’ın hangi WSL2 dağıtımlarına erişeceğini seçebiliyorsunuz (Resim-4).Resim-4Hyper-V bağımlılığı ortadan kalkıyor dedim ama gerçekten öyle mi anlamak için Hyper-V bileşenini Windows 10’dan kaldırıyorum (Resim-5).Resim-5Resim-6‘da göreceğiniz gibi herhangi bir problem görünmüyor. Burada daha önceden kurduğumuz Ubuntu dışında docker-desktop-data ve docker-desktop adında 2 tane daha Linux dağıtımı olduğunu görebilirsiniz. Buradaki docker-desktop Hyper-V yerine kullanılıyor; docker-desktop-data’yı ise VHD (Virtual Hard Disk) olarak düşünebiliriz.Resim-6Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orghttps://docs.microsoft.com/en-gb/windows/wsl/https://docs.docker.com/docker-for-windows/edge-release-notes/https://engineering.docker.com/2019/10/new-docker-desktop-wsl2-backend/https://www.mshowto.org/windows-subsystem-for-linux-2-wsl2-nedir.htmlTAGs: Linux, WSL, WSL2, Windows Subsystem for Linux, Ubuntu, Windows Insider, Windows 10, Windows 10 Pro, Hyper-V, Docker, Docker for Windows, docker-desktop-data, docker-desktop</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-15495390758666983352023-04-11T11:44:00.001-07:002023-04-11T11:59:49.837-07:00LSI logic SAS scsi controller’dan VMware Paravirtual scsi controller’a
Nasıl Geçiş Yapılır ?<p>Merhaba bu yazımızda sizlere LSI logic SAS’tan VMware Paravirtual‘a Nasıl geçiş yapılacağını anlatıyor olacağım.Öncelikle VMware Paravirtual nedir? Biraz bundan bahsedelim ve uygulamalı olarak geçiş işlemini gerçekleştirelim.VMware Paravirtual adaptörü 4.x versiyonu ile yola çıktı. VMware Paravirtual (PVSCSI) adaptörü yüksek verim, daha düşük CPU kullanımı sağlayan yüksek performanslı depolama adaptörüdür. PVSCSI adaptörü özellikle SAN ortamları için çok uygundur. Donanım veya uygulamaların çok yüksek miktarda I/O verimini sağlar.Uyumluluk nedeni ile yeni bir VM oluştururken PVSCSI sürücüsü önerilmemektedir. Bu sürücü bazı Windows tabanlı sunucularda mevcut değildir.Bu değişikliği direk yaparsanız VM’iniz boot yapamayabilir. Bu yüzden adımların dikkatli yapılması ve hatta işleme başlamadan önce bir full backup almanız önerilir.Bu işlemi yapmanın en güvenli yolu PVSCSI sürücüsünü kullanarak basit 1GB‘lık sanal disk oluşturmaktır. Sistem bir kere restart edildiğinde işletim sistemi ön yükleme yaparken sürücüler tanınır ve yüklenirler. Burdan dikkat edilmesi gereken önemeli şeylerden biride iki kere RESTART edilmesi olacaktır.Artık adım adım bu işlemin nasıl yapıldığına bakalım.VM’imizde Edit Settings diyoruz ve açılan ekran da görüldüğü üzere scsi controller LSI Logic SAS olarak ayarlanmıştır. Biz bunu doğru adımları takip ederek VMware Paravirtual olarak değiştireceğiz.Resim-1Aynı sekmeden çıkmadan 1 adet 1GB‘lık disk ekliyoruz ve 1 adet New SCSI Controller ekliyoruz. New SCSI controller eklerken dikkat etmemiz gereken ayrıntı VMware Paravirtual seçtikten sonra Virtual Device tabında SCSI(1:0) seçilmesidir. Çünkü makinanın içindeki mevcut diskimiz zaten SCSI(0:1) olarak ayarlıdır.Resim-2Gerekli ayarları yaptıkdan sonra VM’e Power On dediğimiz zaman kontrollerimizde 1GB‘lık diskimizin ve VMware PVSCSI Controller device’in geldiğini görüyoruz.Resim-3Artık VM makinamızı iki sefer RESTART ediyoruz. Sonrasında makinamızı kapatıyoruz.Resim-4Resim-5Makinamızı kapattıkdan sonra tekrardan Edit Settings menüsünü açıyoruz ve önce eklediğimiz ikinci diski siliyoruz, Mevcut LSI Logic SAS olan controlleri SCSI(0:1) VMware Paravirtual olarak değiştiriyoruz ve sonra ikinci eklediğimiz VMware Paravirtual SCSI Controlleri kaldırıyoruz ve kaydedip kapatıyoruz.Resim-6Resim-7Tekrardan makinamızı açıyoruz ve VM Settings’lerine baktığımız zaman artık SCSI Controller 0’ın VMware Paravirtual olduğunu görüyoruz.Resim-8Bir sonraki yazımızda görüşmek üzere. Faydası olması dileğiyle.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.www.mshowto.orgTAGs: VMware, VMware Paravirtual, vCenter 6.7 Server Appliance, VMware vSphere ESXi, Sanallaştırma, vSphere, VMware vSphere ESXi 6.7, LSI Logic SAS, Virtualization, SCSI Controller </p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-853885179970446232023-04-11T11:44:00.000-07:002023-04-11T11:59:49.724-07:00ESXi Hostuna Putty ile Bağlanmak<p>Esxi hostuna putty ile nasıl bağlanılır ? Esxi hostlar web üzerinden görsel olarak yönetildiği gibi, ssh üzerinden bağlanılarak cli üzerinden yönetilebilir.Aslında bildiğiniz gibi web arayüzünden yaptığınız her işlem arka tarafta komut olarak işlenmektedir.Web arayüzünden yapamadığınız tüm işlemleri komut satırından rahatlıkla yapabilirsiniz. Tabi bu işlemleri gerçekleştirebilmek için putty tarzı ssh client tarzı bir uygulamaya ihtiyacınız bulunmaktadır.Öncelikle ESXi hostumuzdan güvenlik amacı ile default olarak kapalı gelen SSH portunu açıyoruz. Timeouts süre belirleyebilir o süre içinde açık kalabilir.SSH portu’nu güvenlik açısından uzun süre açık bırakmamak gerekmektedir.İsterseniz bu işlemi web arayüzünden de yapabilirsiniz.Eğer putty yazılımınız yok ise , host üzerinden de console erişebilirsiniz. Host > Sağ Tıkla > Get SSH for Chrome ile erişebilirsiniz.Resim-1Putty ile host ip adresimizi yazıp bağlanıyoruz.Resim-2Host üzerinden System Customization / Troubleshooting Options giriş yapıyoruz.Resim-3Troubleshooting Mode Options / SSH Enabled yapıyouz.Resim-4Veya putty ile bağlanmadan Host üzerinden Host/Actions/Services/SSH açabiliriz.Resim-5Veya putty ile bağlanmadan Host üzerinden Host/Actions/Services/Enable console shell tıklayıp giriş yapabiliriz.Resim-6Komut satırındam cd /usr/sbin path’ine girip > enter > ls diyerek sbin içerisindeki komutları listelebilirsiniz. esxcfg komutlarının listelendiğini görmekteyiz.Örnek olarak esxcfg-nics komutu ile ilgili parametre ve detayları gözükmektedir.Karşımıza gelen pencerede “-l|–list” parametresini sistem üzerindeki nic kartlarını ve tanımlı ayarları listeleyeceğiz.nic kartları listesi karşımıza gelmiştir. Örneğin up olan vmnic5 adında ve ona ait tanımlı özellikleri görmekteyiz.Resim-7esxcli komutunu çalıştırıp , komut detaylarını inceleyeceğiz. Options kısmında komut kullanım detaylarını gözükmektedir. Available Namaspaces bölümünde esxcli komutu ile birlikte kullanılabileceğimiz namespaces’leri seçebiliriz.“esxcli system” komutunu çalıştırdığımızda vmkernel üzerinde düzenlemeler yapabiliriz.Resim-8Resim-9“esxcli network firewall ruleset list” sistem üzerinde aktif pasif servisleri görebilirsiniz.Resim-10“esxcli system hostname” komutunu çalıştırdığımızda get ve set olarak iki parametre gelecektir.Get komutu ile hostname bilgisini alabilir , set komutu ile de hostname ataması yapabiliriz.“esxcli system time get” komutu ile de zaman bilgisini listeleriz.“esxli system version get” ile de esx versiyonumuzu öğrenebiliriz.“esxcli system shutdown” ile reboot veya power off yapabiliriz.“esxcli network” çalıştırıp detaylara göz atalım. “esxcli network ip” komutunu yazarak listeleme yapabilirsiniz.“esxcli network ip interface list” ile vmkernel network listelemesi yapabiliriz.“esxli network ip interface ipv4 get” yazdığımızda vmk üzerindeki ip bilgilerini öğrenebiliriz.“esxcli network firewall get” firewall güvenlik duvarının aktif olup olmadığını görebilirsiniz.“esxcli esxcli command list” tanımlı olan komutların listesi gelmektedir.“esxcli system account list” ile sistemde tanımlı kullanıcı listesi gözükmektedir.Vmware üzerinden Cli kullanım dökümanını indirirerek komutlara ulaşabilirsiniz.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs: vSphere 6.7 SSH Uzak Bağlantı-CLI,vsphere,ssh,powercli,ESXi hostuna putty ile bağlanmak vSphere 6.7</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-40725469528643967382023-04-11T11:43:00.013-07:002023-04-11T11:59:52.235-07:00Virtual Desktop Mimarilerinde Persistency Nedir?<p>Virtual Desktop çözümleriyle birlikte sıkça karşılaşılan terimlerden bir tanesi olan Persistency sizlere bugünkü yazımda anlatacağım. Persistency, kalıcılık demektir.Persistent Desktop Nedir?Kalıcı masaüstü demektir yani Session sonlansa dahi üzerinde yapılan değişiklikler ve depolanan birtakım dosyalar silinmeden kaldığı yerden devam eder. Tek kullanıcıya aittir. Named ya da Perpetual Desktop olarak da bilinir. Bu yüzden daha fazla kaynağa ihtiyaç duyar.Non-persistent Desktop Nedir?Session’ın oluşturulduğu Master Image ne ise her Login işleminde onu verir. Kullanıcı Disconnect olduğu an makine sıfırlanır. Çoklu kullanıcı desteği vardır. Kullanıcı bilgileri ve değişiklikleri kaydedilmez. Concurrent Desktop olarak da bilinir.Resim-1Non-persistent Desktop with Profile Management Nedir?Non-persistent Desktop’ın yönetim kolaylığı sağlayan halidir. Kullanıcıya kişiselleştirilmiş masaüstü imkanı tanır. Bu opsiyonda da Session Disconnect sonrası Desktop temizlenir. Ama kullanıcı profili oluşturulmuş olduğu için, her yeni Session’da bir öncekinde yaptığı masaüstü değişiklikleri silinmez. Bu sayede kullanıcının kaydetmiş olduğu dökümanlar ve özelleştirmeler kaybolmaz. Yapı üzerinde yalnızca kullanıcı profilleri tutulur. Uygulamalar ve işletim sistemi değişiklikleri tarafında ise Master Image’ın kendisi gelir. Bu sayede IT ekibi kolayca Master Image güncelleştirmeleri yapabilir. Özellikle büyük bir yapı varsa, bu yapıdaki Virtual Desktopların birçoğu Non-persistent with Profile Management olarak oluşturulur. Böylece etkili kaynak yönetimi sağlanmış olur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarhttps://www.mshowto.orgTAGs: Virtual Desktop Mimarilerinde Persistency Nedir? non-persistent Desktop Nedir? persistent Desktop Nedir?,endpoint device, nonpersistent desktop, persistency nedir, persistent desktop, profile management, virtual desktop</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-75450646049814185952023-04-11T11:43:00.012-07:002023-04-11T11:59:52.148-07:00VMware Horizon 7.12 – Kurulum ve Konfigürasyonu – Bölüm 1<p>Makale serisinin ilk bölümünde sizlere VMware‘ in masaüstü ve uygulama sanallaştırma ürünü olan Horizon yazılımının kurulum-konfigürasyonunu ve uygulama sanallaştırmayı anlatacağım.İsterseniz hemen şu sorunun cevabını vererek başlayalım Vmware Horizon Nedir?VMware Horizon, sanal masaüstü altyapısı (VDI) ürünleri, BT departmanlarının veri merkezinde sanal makine (VM) masaüstü ve uygulamaları çalıştırmasını ve bu masaüstü bilgisayarları ve uygulamaları yönetilen bir hizmet olarak çalışanlara uzaktan sunulmasını sağlayan bir yazılımdır.Yöneticiler için, sanal masaüstü ve uygulamaların merkezileştirilip yönetilebilirliğini arttırırken, kullanıcılar için de sanal masaüstü ve uygulamaları cihaz bağımsız istedikleri noktadan erişmelerini sağlayan bir teknolojidir.Resim-1Lisans Tipleri Nelerdir?Horizon Standard, Advanced ve Enterprise olarak 3 lisans türüne sahiptirler. Bu lisans türlerine ek olarak Linux opsiyonu da lisanslama içerisinde mevcut. Her lisans türü kendine has ek bileşenler ve ürünlerle gelmekle beraber, hangi lisans türü bana uygun der iseniz aşağıdaki link aracılığıyla uygun lisans türünüzü belirleyebilirsiniz.VMware Horizon™ 7 Edition SelectorNeler Yapacağız?Makale serisi içerisinde bölüm bölüm aşağıdaki adımları tamamlayacağız.Bölüm-1Horizon Connection Standard ve Replica Server Kurulum ve KonfigürasyonuHorizon Composer Kurulum ve KonfigürasyonuHorizon Agent Aracılığıyla Uygulama SanallaştırmaBölüm-2Instant Clone ile VDI OluşturulmasıInstant Clone ile VDI Pool Update İşlemiBölüm-3Unified Access Gateway Kurulum ve AyarlarıBölüm-4vRealize Operations Manager Kurulum ve KonfigürasyonuvRealize Operation Manager Horizon Adapter AyarlarıHorizon Connection Standard Server KurulumuVMware Horizon yapısını kurmak için öncelikle bir adet Standard Server rolünü kurmanız gerekmektedir. Kurulum sonrasında kurmak istediğiniz diğer Connection Server rollerini, yapınıza Replica Server olarak dahil edebilirsiniz.Aşağıdaki linkten VMware Horizon yazılımını Trial olarak indirebilirsiniz. Trial olarak indirdiğinizde 90 gün boyunca 100 kullanıcıya kadar yazılımı deneyebilirsiniz.https://my.vmware.com/en/web/vmware/evalcenter?p=horizon-7Horizon Connection Server yazılımını linkten indirebilirsiniz.Resim-2İndirilen Connection Server .exe dosyasında “Run As Administrator” seçeneği ile kuruluma başlayalım.Resim-3Resim-4“Welcome” ekranında Next ile devam edelim.Resim-5Lisans sözleşmesini kabul edip, Next ile devam edelim.Resim-6Connection Server rolünün kurulacağı klasörü belirleyip, Next ile devam edelim.Resim-7Yukarıda da bahsettiğim gibi şuanda yapımızda Connection Server rolüne sahip sunucumuz bulunmadığı ve yeni kurulum yaptığımız için Horizon 7 Standard Server seçeneğini seçelim ve Next ile devam edelim.Resim-8Data Recovery Password, Connection Server’ ın ilk kurulumu sırasında aşağıdaki resimde gösterildiği gibi yapılandırılır. Vdmimport komutunu kullanarak AD LDS örneğinin geri yükleme işlemleri sırasında belirleyeceğiniz bu parolaya ihtiyaç duyacaksınız. Parolayı unutmanız durumunda parolayı kurtarmak için parola hatırlatma ile birlikte Data Recovery şifresini ayarlamak daha iyi olcaktır.Resim-9Sunucu üzerinde Windows güvenlik duvarında otomatik olarak Connection Server portlarının açılmasını istediğimizi belirtip, Next ile devam edelim.Resim-10VMware Horizon yapısının yöneticilerini belirmeye geldi sıra. Aşağıdaki ekranda hangi kullanıcı veya kullanıcı grubunun Horizon yapısında Administrator rolüne sahip olacağını belirledikten sonra, Next ile devam edelim.Resim-11CEIP programına katılmak isterseniz “Join” seçeneğine tıklayıp devam edebiliriz ve kurulumu başlatabiliriz.Resim-12Resim-13Resim-14Finish butonuna tıklayıp kurulumu tamamlayabiliriz.Resim-15Horizon Connection Replica Server KurulumuHorizon yapısına Replica Server dahil etmek için, Connection Server kurulumunda olduğu gibi aynı kurulum dosyasını çalıştıralım. Lisans anlaşması ve kurulum klasörünü bölümlerini geçtikten sonra Horizon 7 Replica Server seçeneğini seçelim ve Next ile devam edelim.Resim-16Replica Server kurmak istediğimizde, hem aynı konfigürasyonları alabilsin hem de var olan Connection Server’ ları bir gruba dahil edebilmek için, sistemde var olan Connection Server FQDN adresini girmemiz gerekir. Standard Connection Server sunucusunun FQDN bilgisini yazalım ve Next ile devam edelim.Resim-17Windows güvenlik duvarında Replica Server için otomatik portların açılmasını isteyelim ve kuruluma başlayalım.Resim-18Kurulum tamamlandıktan sonra Horizon Admin konsola gelip Replica sunucumuzun yapıya dahil edildiğini teyit edelim. Horizon Admin konsola erişmek için “https://ConnectionServerFQDN/admin” adresini kullanacağız.Resim-19Horizon konsola gelip sırasıyla Settings -> Servers -> Connection Servers menüsüne geldiğimizde, Standard ve Replica Connection Server sunucularımızı görmüş olacağız.Resim-20Horizon Lisans AyarlarıConnection Server rollerini kurduktan sonra Trial olarak indrdiğimiz Horizon yazılımının lisansını Admin konsol üzerinden girmemiz gerekmektedir. Lisans için; “https://ConnectionServerFQDN/admin” adresine Admin hesabımız ile girelim, Sırasıyla Settings -> Product Licensing and Usage -> Licensing menüsünde Edit butonuna tıklayıp, Trial lisansımızı girelim.Resim-21Horizon Event Database AyarlarıVMware Horizon, yönetici ve son kullanıcı eylemleri, sistem hataları v.b. olayları kendi üzerinde kaydetmektedir. İsterseniz bu olay kayıtlarını tutmak için veritabanı olarak Microsoft SQL veya Oracle Database’den yararlanabilirsiniz. Bu işlem için yine bir SQL servis hesabı ve SQL üzerinde bir veritabanı oluşturmanız gerekmektedir. SQL sunucu üzerinde New Database diyelim ve yeni oluşturacağımız veritabanına bir isim verip, oluşturalım.Resim-22Resim-23Oluşturduğumuz servis hesabımızı, Event veritabanında db_owner yetkisi verelim.Resim-24Veritabanı oluşturma işlemlerini yaptıktan sonra Horizon Admin konsolunda sırasıyla Settings -> Event Configuration menüsüne geldikten sonra Edit butonuna tıklayalım.Resim-25SQL veritabanı sunucu ismini, veritabanı ismini ve kullanıcı bilgilerini girdikten sonra OK butonu ile konfigürasyonu tamamlayalım.Resim-26Tekrar Event Configuration menüsüne geldiğimizde seçtiğimiz ayarlar ile yapılandırıldığını göreceğiz.Horizon Composer Server KurulumuHorizon Composer rolü, Horizon yapısında Linked-clone tabanlı VDI havuzlarını oluşturmak için kullanılır. Linked-clone modelinde, oluşturulan sanal masaüstü makineler aynı disk imajını kullandığından dolayı, Full VM yapılarına göre daha az yer kaplar.Horizon Composer rolü arka planda bir veritabanına ihtiyaç duyduğu için, kuruluma öncelikle SQL sunucunda bir veritabanı oluşturarak başlayalım. Bu aşamada Composer için SQL üzerinde bir servis hesabına ihtiyaç duyacağız.Resim-27Oluşturmak istediğimiz Composer veritabanına bir isim verelim ve veritabanını oluşturalım.Resim-28Horizon için oluşturduğumuz servis hesabına Properties diyelim ve oluşturduğumuz Composer veritabanına db_owner yetkisi verelim.Resim-29Resim-30Veritabanı ayarlamalarını yaptıktan sonra ikinci adım olarak Composer Server için bir sertifika oluşturalım. Composer Server rolü kurulum aşamasında varsayılan ayarlar ile giderseniz Self-Signed bir sertifika sizin için oluşturacaktır. Ama biz Active Directory ortamında bulunan CA üzerinden sertifika kullanmak istersek aşağıdaki adımları takip edebiliriz.Connection Server rolünü kuracağımız sunucuda Run-> certlm.msc -> All Tasks -> Request New Certificate ile sertifika isteğinde bulunalım.Resim-31Resim-32Active Directory Enrollment Policy seçeneğini seçelim ve yeni bir sertifika oluşturalım.Resim-33Veritabanı ve sertifika ayarlarını bitirdikten sonra Composer kurulumuna geçebiliriz. Horizon Composer yazılımını linkten indirebilirsiniz.Resim-34 İndirdiğimiz Composer kurulum dosyasına “Run as Administrator” seçeneği ile kuruluma başlayalım.Resim-35“Welcome” ekranında Next ile devam edelim.Resim-36Lisans sözleşmesini kabul ettikten sonra Next ile devam edelim.Resim-37Kurulum klasörünü belirleyip, Next ile devam edelim.Resim-38Database Information ekranında SQL tarafında oluşturduğumuz veritabanı için bağlantı bilgilerini gireceğiz. ODBC DSN Setup ile SQL sunucunuzu, oluşturduğunuz veritabanını ve yetkili kullanıcı bilgilerini yazıktan sonra Test Connection ile bağlantınızı test edebilirsiniz.Resim-39Sonraki adımda Composer Sunucu için oluşturmuş olduğumuz sertifikayı seçelim, Next ile devam edelim ve kurulumu başlatalım.Resim-40Tüm bu ayarlar neticesinde Composer rolünü de başarıyla kurmuş olduk.Resim-41Horizon Connection Server ile vCenter ve Composer BağlantısıComposer rolününü kullanıp kullanmamak tamamen sizin elinizde ama Linked-Clone yerine Instant-Clone kullansak bile Connection Server’ a vCenter bilgilerini eklememiz gerekmektedir. Bu işlem için Horizon Admin konsola gidelim. Sırasıyla Settings -> Servers -> vCenter Server bölümüne gelip Add butonuna tıklayalım.Resim-42vCenter adresini ve vCenter üzerinde yetkili kullanıcı bilgilerini yazıp Next ile devam edelim.Resim-43Eğer sizde Composer Server rolünü kurduysanız bu adımda Composer bilgilerinizi yazabilirsiniz. Eğer kurmadıysanız “Do not use..” seçeği ile devam edebilirsiniz. Ben Composer rolünü de ayrıca yüklediğim için bilgilerini yazıp Next ile devam ediyorum.Resim-44Composer Domain bilgilerini girip Next ile devam edelim.Resim-45Resim-46Storage Settings (IOPS konusunda Horizon Storage Accelerator seçeneğini işaretleyebilirsiniz) ve Hosts bölümünde de seçimlerimizi yapıp Next ile devam edelim.Resim-47Son olarak Özet bölümde girdiğiniz bilgileri kontrol edebilir ve Submit ile vCenter sunucunuzu ve Composer sunucunuzu, Connection Server’ a tanımlayabilirsiniz.Resim-48Yeniden Horizon Admin konsola geldiğinizde vCenter Servers menüsünde eklediğimiz vCenter’ ı görebiliriz.Resim-49Horizon Connection Server Sertifikasını DeğiştirmeHorizon Connection Server rolünü kurduğunuzda, Self-Signed olarak sunucu FQDN ismini kullanarak bir sertifika üretir ve onu kullanır. Eğer biz yapımızda bulunan Active Directory CA üzerinden Connection Server sunucusuna sertifika atamak istersek ne yapabiliriz?Connection Server sunucusu üzerinde Run -> certlm.msc -> Personal -> Certificates -> All Tasks -> Request New Certifcate ile yeni bir sertifika isteğinde bulunalım.Resim-50Resim-51Active Directory Enrollement Policy seçeneğini seçip Next ile devam edelim.Resim-52Request Certificate bölümünde Computer kısmını seçelim ve Properties bölümünde Make private key exportable seçeğini işaretliyelim ki, oluşturduğumuz sertifikayı daha sonra Export edebilelim.Resim-53Enroll seçeneği ile sertifikayı oluşturabiliriz. Kurulum sırasında oluşturulan Self-Signed sertifika üzerinde Properties seçeneğine gelelim ve Friendly Name bölümünde vdm ismini silelim. Sonrasında yeni oluşturduğumuz (CA aracılığıyla) sertifikamızın üzerinde Properties seçeneğine gelelim ve Friendly Name bölümünde vdm ismini ekleyelim. Bu vdm kelimesi ile biz oluşturduğumuz sertifikayı Connection Server için kullanacağımızı belirtiyoruz.Resim-54Yaptığımız ayarların geçerli olması için sunucu üzerinde VMware Horizon View Connection Server servisini Restart edelim. (Diğer servislerin kendine gelmesi biraz sürecektir)Resim-55Horizon Agent Kurulumu ve Uygulama SanallaştırmaMakalenin bu kısmına kadar Horizon rollerinin kurulum ve konfigürasyon işlemlerini tamamladık. Diğer Horizon rollerini (UAG vb.) makalesinin serisinin devamında yapımıza dahil edeceğiz. Şimdi sırada basit anlamda bir Server işletim sistemini kullanarak Horizon ile nasıl uygulama sanallaştırabileceğimizi göreceğiz.Elimizde 1 adet RDSH sunucu olarak kullanacağımız Windows 2016 işletim sistemine sahip sanal sunucu bulunmakta. Bu sanal sunucuya kullanmak istediğimiz uygulamaları yükledik ve Horizon yapımıza dahil etmek istiyoruz. Bunun için linkten Horizon Agent kurulum dosyasını indirelim ve RDSH sunucumuza kopyaladıktan sonra “Run As Administrator” seçeneği ile kuruluma başlayalım.Resim-56Resim-57“Welcome” ekranında Next ile kuruluma devam edelim.Resim-58Lisans sözleşmesi ekranında kabul edip, Next ile devam edelim.Resim-59Sunucu üzerinden uygulama sanallaştıracağımız için ve bu kullanıcı üzerinde birden fazla kullanıcı barındıracağımız için RDS Mode seçeneğini seçiyoruz. Eğer sunucuda Remote Desktop Session Host rolü yüklü değil ise, kurulum sizin için RDS rolünü kuracaktır.Resim-59Finish diyerek ilgili RDS rolünün kurulumunu bitirelim ve sunucumuzu yeniden başlatalım.Resim-60Resim-61RDSH Sunucu yeniden açıldığında Horizon Agent kurulumunu başlatalım ve IPv4 seçeğini seçip Next ile devam edelim.Resim-62Agent komponentlerini seçebileceğimiz bu ekranda Redirection vb. istediğiniz ayarları seçebilirsiniz. Biz bu RDSH sunucuyu Master Image olarak kullanmayacağımız için, Composer Agent ve Instant Clone seçeneklerini Disabled yapıyorum.Resim-63Horizon yapısında bulunan Connection Server adresini ve Horizon Admin kullanıcınızı girdikten sonra, Next ile devam edelim.Resim-64Kurulumun yapılacağını klasörü de seçtikten sonra Install ile kurulumu başlatabiliriz. Kurulum bittiğinde sunucuyu tekrardan restart ediyoruz ve Agent kurulumunu bitiriyoruz.Resim-65Resim-66Agent kurulumunu bitirdikten sonra oluşturduğumuz RDSH sunucuyu yapımıza ekleyebiliriz. Sırasıyla Inventory -> Farms bölümüne gelip Add butonuna tıklayalım.Resim-67Tek bir sunucu ekleyeceğimiz için Manual Farm seçeneğini seçip, Next ile devam edelim.Resim-68ID bölümünde oluşturacağımız Farm’a isim verebilir, Protocol bölümünde bu Farm’ın hangi protokolü (Blast, PCoIP vb.) kullanacağını belirleyip Next ile devam edelim.Resim-69Load Balancing Settings, alanında Cpu, Memory ve Disk ile ilgili Threshold’ lar tanımlayabilirsiniz. Ben varsayılan değerde bırakacağım için Next ile devam edelim.Resim-70RDS Host sunucumuzu seçelim ve Next ile devam edelim. Agent kurulumu yapıldığında Connection Server bilgisi girdiğimiz için bu değer otomatik olarak geldi.Resim-71Girdiğimiz tüm bilgileri kontrol edip Submit butonu ile Farm oluşturalım.Resim-72İkinci adım olarak RDSH sunucumuz üzerinden uygulamaları sanallaştıralım. Sırasıyla Inventory -> Applications -> Add -> Add from Installed Applications seçeneğine tıklayalım.Resim-73RDSH sunucu üzerinde yüklü olan uygulamalar geldi, sanallaştırmak istediğimiz uygulamayı seçip Next ile devam edelim.Resim-74Eğer uygulamaların ID ve isim bilgilerini değiştirmek isterseniz aşağıdaki ekranda değişiklikleri yapabilirsiniz. Submit butonu ile uygulamaları sanallaştırmayı onaylayalım.Resim-75Sanallaştırdığınız bu uygulamalarda hangi kullanıcı veya kullanıcı gruplarına izin vermek istediğinizi Add Entitlements ekranında belirleyebilirsiniz.Resim-76Resim-77Üçüncü adım olarak RDSH sunucumuzun masaüstünü paylaştırmaya geldi sıra. (Shared Desktop)Bunun için sırasıyla Inventory -> Desktops -> Add butonuna tıklayıp yeni bir Desktop Pools oluşturalım.Resim-78RDS Desktop Pool seçeneğini seçip, Next ile devam edelim.Resim-79Oluşturacağımız Desktop Pools’a bir ID ve isim verelim ve Next ile devam edelim.Resim-80Herhangi bir Client Restrict ayarı belirlemeyeceksek, Next ile devam edebiliriz.Resim-81Bir önceki adımda oluşturduğumuz RDS Farm ‘ ı seçip, Next ile devam edelim.Resim-82Tüm bilgileri kontrol ettikten sonra Submit butonu ile Pool oluşturabiliriz. Ayrıca “Entitle Users..” seçeneği ile oluşturduğumuz Pool’a hangi kullanıcıların bağlanacağını da seçebiliriz.Resim-83Resim-84Son adım olarak artık oluşturduğumuz masaüstü ve uygulamaları test etmeye geldi sıra. “https://ConnectionServerFQDN” adresine girip, Install Vmware Horizon Client seçeneğine tıklayıp, VMware Horizon Client yazılımını makinamıza kuralım.Resim-85Resim-86Resim-87Horizon Client kurulumu tamamlandı. Client yazılımını açtığımızda Add Server butonu ile yapımızda bulunan Connection Server adresini girelim.Resim-88Active Directory kullanıcı adı ve şifrelerimizi girdikten sonra Login olalım.Resim-89Sanallaştırdığımız uygulamalar ve masaüstü karşımıza geldi, test edebiliriz.Resim-90Resim-91Resim-92VMware Horizon makale serisinin ilk bölümünde Horizon yazılımının kurulum ve konfigürasyonunu, ayrıca Windows 2016 sunucu aracılığıyla nasıl uygulama sanallaştırabileceğimizi anlattım. Umarım sizler için de faydalı olmuştur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslar www.mshowto.orgTAGs: VMware, Horizon, VDI, RDSH, Connection, Client, Composer, Blast, PCoIP</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-58389025924929110472023-04-11T11:43:00.011-07:002023-04-11T11:59:52.063-07:00VMware Lifecycle Manager ile ESXi Update<p>Bu yazımızda vSphere 7.0 ile gelen aslında pekte yabancı olmadığımız vSphere Lifecycle Manager ‘den bahsedeceğim.Lifecycle Manager, geçmiş sürümlerden hepimizin sevdiği bildiği kullandığı vSphere Update Manager’ın (VUM) yerine geçmiştir.VUM’un yapabildiklerinden daha fazlasını yapabileceğimiz bizlere harika yeni özellikler ve yetenekler sağlamaktadır. Lifecyle Manager ile updates, upgrades, patches ve diğer işlemlerinizi rahatlıkla yapabilirsiniz.vSphere Lifecycle Manager ile ESXI 7 hostumuzun ESXi 7’ye nasıl yükseltileceğine gelin hep birlikte bakalım.Resim-1 VSphere Lifecycle Manager ile upgrade işlemini yaparken VUM’a benzediği için yapılandırması sizlere çok kolay gelecek yapılandırma esnasında Lifecycle manager ile yeni özelliklerin geldiğini fark edeceksiniz. Lifecycle manager ile cluster içinde oluşturulan imajlar tüm esx hostlar tarafından kullanılabilir ve tüm esx hostların aynı imajı kullanması standartlaşmanıza yardımcı olur. Standart olarak oluşturduğunuz imaj ile driverlar,güvenlik güncelleştirmeleri,güncelleme seviyeleri aynı olduğu için ortamınızı yönetirken büyük kolaylıklar sağlar. Yüzlerce veya daha fazla esxi hostu olan büyük ortamlarda kullanılması elzemdir. Lifecycle Manager ‘a ait özellikleri ESXi 7 ve üstü hostlarınız da kullanabilirsiniz. Resim-2Lifecycle Manager ile ESXi 7’ye yükseltme işlemi nasıl yapılır ?Menu->Lifecycle Manager ı açarak devam ediyoruz.Resim-3Download ettiğimiz ESX 7.0 isosunu import iso diyerek içeri aktarıyorum. Resim-4 ISO içeri aktarılmaya başladıResim-5Baselines sekmesinden yeni bir baseline oluşturarak devam ediyoruz.Resim-6Isim ve açıklama yazarak next diyoruz.Resim-7Ardından, yüklediğiniz ISO’yu seçin.Resim-8Son olarak, Özet ekranında yapılandırmanızı doğrulayın ve Finish’a tıklayın .Resim-9Artık baseline sahip olduğumuza göre oluşturduğumuz baseline’ı clusterda yer alan esx hostlarımıza dağıtabiliriz. Resim-10ESXI hostumuzu yükseltmek için kullanacağımız ESXI 7 baseline ‘i seçerek devam ediyoruzResim-11Updates > > Remediate ederek yükseltme işlemine başlıyoruz. Resim-12EULA ‘yı Kabul ederek devam ediyoruz.Resim-13Remediate diyerek upgrade işlemini başlatıyoruz.Resim-14Resim-15Upgrade işlemi başarıyla tamamlanmıştır. Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslar www.mshowto.orgTAGs: Lifecycle Manager ile ESXi Upgrade,How to Upgrade to ESXi 7.0 using VMware vSphere Lifecycle Manager, vSphere Lifecycle Manager Nedir</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-19589623221680375282023-04-11T11:43:00.010-07:002023-04-11T11:59:51.977-07:00Red Hat Virtualization 4.3 Configure Settings<p>Red Hat Sanallaştırma ortamınız için kullanıcılar, roller, sistem izinleri, zamanlama ilkeleri ve MAC adres tanımlamaları gibi bir dizi genel kaynağı yapılandırmanıza olanak tanımaktadır. Burada, kullanıcıların ortamdaki kaynaklarla erişim girme şeklini özelleştirmenize olanak tanımakta ve birden çok datacenter’lara uygulanabilecek seçenekleri yapılandırmak için merkezi bir konum sağlamaktadır.https://Red Hat Virtualization Manager Web Administration İp Adresiniz/ adres çubuğuna yazarak giriş yapıyoruz.Portals / Administration Portals tıklayıp kullanıcı bilgileri sayfamıza ulaşmış oluyoruz.Resim-1Username , Password yazdıktan sonra profile kısmından domain yapımımızı seçerek login olarak giriş yapıyoruz.Resim-2Açılan Pencerede Sol Menüden Administration / Configure tıklayıp Settins bölümüne ulaşıyoruz.Resim-3Roles/New Role tıklayıp Name kısmına role ismi ve Description kısmına bir açıklama yazabilirsiniz.Account Type bölümünden user ve admin bulunmaktadır. User’ı veya Admin’i seçtiğimizde Hesap türünü ve aşağıdan hangi role izin vermek istiyor isek onu seçebilirsiniz. Expand All diyerek tümünü seçebilir veya Collapse All diyerek tümünü kaldırabiliriz.Resim-4System Permissions bölümünde kullanıcıların nesneler,menüler üzerinde hangi eylemleri gerçekleştireceği eylemleri tanımlayabilirsiniz.Resim-5Scheduling Policies bölümün de ise, sanal makina’nın zamanlama ilkesi uygulandığı, programlama politikaları,yük dengeleme kombinasyonunu belirleyebilirsiniz.Resim-6Instance Types menüsünde ise, sanal makinanın donanım yapılandırmasını tanımlamak için kullanılır. Sanal makina oluşturur iken veya düzenlerken type burada oluşturduğumuz alandan seçilmektedir.NameMemoryvCPUsTiny512 MB1Small2 GB1Medium4 GB2Large8 GB2XLarge16 GB4Resim-7Mac Address Pools; Mac adres aralığı tanımlayabilir , her bir cluster için mac adres pool’u belirtebiliriz.Aynı Mac adres pool, birden çok cluster tarafından paylaşılabilir.Resim-8Bu yazıda Red Hat Virtualization’a kısaca göz atmaya çalıştık. Umarım faydalı olmuştur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslarwww.mshowto.orgTAGs: Red Hat Virtualization,Red Hat Virtualization 4.3 Configure Settings,redhat,Virtualization</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0tag:blogger.com,1999:blog-6620277292663937790.post-33644933706921879692023-04-11T11:43:00.009-07:002023-04-11T11:59:51.892-07:00Citrix Remote PC Access<p>Bu yazımda sizlere Citrix VAD ortamında kullanıcılarınızın evlerinden fiziksel ofis bilgisayarlarına bağlantısını sağlayabilen Remote Access PC bileşeninden bahsedeceğim.Remote PC Access, son kullanıcının herhangi bir yerden ofisteki fiziksel Windows PC’ye uzaktan oturum açmasına olanak tanır. Herhangi bir uç nokta aygıtı nı kullanan kullanıcılar, konumlarına bakılmaksızın kendilerine atanmış olan fiziksel cihazlarına bağlanabilirler. Ancak, kuruluşlar Remote PC Access yapısını devreye alırken aşağıdaki hususları dikkate almalıdır.Dağıtım SeçenekleriBir bilgisayarı bir kullanıcıya bağlamanın her biri farklı senaryolar için geçerli olan birden çok yolu vardır.Ofis ÇalışanlarıBirçok dağıtımda, Remote PC Access, bir kullanıcının kalıcı olarak bir bilgisayara (çoğunlukla kendi fiziksel bilgisayarına) atandığı bir ofis çalışanı senaryosunda dağıtılır.Resim-1Havuz KullanımıBazı durumlarda, kullanıcıların genellikle okullarda, kolejlerde ve üniversitelerdeki bilgi işlem laboratuarlarında bulunan bir dizi bilgi işlem kaynaklarını paylaşmaları gerekir. Kullanıcılar rasgele kullanılabilir bir fiziksel bilgisayara atanır.Resim-2Kimlik DoğrulamaKullanıcılar, Active Directory kimlik bilgileriyle ofis tabanlı bilgisayarlarına kimlik doğrulamaya devam ederler, ancak ofis binası dışından Internet üzerinden erişirken, kuruluşlar genellikle yalnızca kullanıcıdan daha güçlü kimlik doğrulama düzeylerine ihtiyaç duyarlar ad ve şifre. Citrix, Çalışma Alanı, Active Directory + Token ve Azure Active Directory gibi seçilecek farklı kimlik doğrulama seçeneklerini destekler.Citrix Ağ Geçidi, Citrix Çalışma Alanı için kimlik doğrulama seçeneği olarak yapılandırılırsa veya bir müşteri Citrix Çalışma Alanı’na alternatif olarak Citrix Ağ Geçidi + Citrix StoreFront’dan yararlanmayı seçerse, Citrix Ağ Geçidi kimlik doğrulama seçeneklerinin çok daha geniş bir seçimi kullanılabilir hale gelir.Oturum GüvenliğiKullanıcılar iş bilgisayarlarına güvenilmeyen ve kişisel bir cihazla uzaktan erişebilirler. Kuruluşlar, bu durumlarda aşağıdaki Citrix VAD ilkelerini kullanabilir:Endpoint Risks: Kullanıcı aygıtına gizlice yüklenen keylogger yazılımları kullanıcı adı ve parolayı kolayca yakalayabilir. Citrix App-Protection bu gibi durumlar için kimlik bilgilerini keylogger yazılımlarından korumayı sağlar.Inbound Risks: Kullanıcı cihazları kötü amaçlı yazılım, casus yazılım ve diğer tehlikeli içerikler içerebilir. Uç nokta aygıtları için Drive-Redirection özelliğini devre dışı bırakmak, tehlikeli içeriğin şirket ağına aktarılmasını engeller.Outbound Risks: Kuruluşlar içerik üzerinde denetim sağlamalıdır. Kullanıcıların içeriği yerel, güvenilmeyen uç nokta aygıtlarına kopyalamasına izin vermek kuruluşa ekstra riskler verir. Bu özellikler, Drive, Clipboard Redirection özellikleri kapatılarak ve Session Watermark özelliği kullanılarak erişimleri engellenebilir.Altyapı BoyutlandırmasıAşağıdaki boyutlandırma önerileri iyi bir başlangıç noktasıdır, ancak her ortam benzersizdir ve benzersiz sonuçlar elde eder. Kullanıcılar varolan ofis bilgisayarlarına erişirken Remote Pc Access özelliğini desteklemek için gereken minimum ek altyapı bileşenine ihtiyaç vardır. Ancak aşağıda bahsedeceğimiz Kontrol Katmanı ve Erişim Katmanı altyapının doğru boyutlandırılması ve izlenmesi için önemlidir.Kontrol KatmanıHer Office PC’deki Sanal Dağıtım Aracısı (VDA) Citrix VAD yapısına kaydolmalıdır. Şirket içi dağıtımlarda VDA kaydı doğrudan bir Delivery Controller ile olur. Citrix Cloud’daki Citrix VAD için de bu kayıt bir Citrix Cloud Connector aracılığıyla gerçekleşir. Remote PC Access iş yükleri için Delivery Controller veya Cloud Connector boyutlandırılması VDI iş yüklerine benzer. Citrix en az N+1 kullanılabilirliğini önerir.Erişim KatmanıBir kullanıcı ofis bilgisarına HDX Oturumunu Citrix Gateway veya Citrix Gateway Service aracılığıyla oluşturur. Şirket içi bir Citrix Gateway cihazına sahipseniz, boyutlandırma aşamasında anlık gelen trafiğinizi, var olan bant genişliğinizi, Citrix ADC modelinizi ve anlık CPU/RAM durumunuzun ortama hizmet vereceğinden emin olmanız gerekmektedir. Citrix Cloud üzerinden Gateway Service kullanıyorsanız, Citrix Cloud Connector ICA trafiğinizi proxy etmek için kullanılacaktır ve bu tür durumlarda darboğaz olmaması için Citrix Cloud Connector yüklü sanal sunucunuzun RAM/CPU kullanımı iyi belirlemeniz gerekir. 4 vCPU sahip bir Cloud Connector anlık 1000 ICA Proxy trafiğini işleyebilmektedir. Bir diğer nokta ise ICA Proxy oturumunuzda darboğazı engellemek için Rendezvous Protocol seçeneğini Citrix Studio üzerinde etkinleştirmeniz önerilmektedir.Resim-3Kullanıcı AtamalarıKullanıcıların her birinin kendi ofis bilgisayarlarına aracılık etmesi önemlidir. VDA kurulduktan ve katalog ve dağıtım grubu tanımlandıktan sonra, kullanıcılar bilgisayarda yerel olarak bir sonraki oturum açışlarında otomatik olarak atanırlar. Bu, binlerce kullanıcı atamak için etkili bir yöntemdir. Varsayılan olarak, hepsi aynı fiziksel PC’de oturum açtıysa birden çok kullanıcı masaüstüne atanabilir, ancak bu, Delivery Controller üzerinde kayıt defteri düzenlemesi yoluyla devre dışı bırakılabilir.“HKEY_LOCAL_MACHINESoftwareCitrixDesktopServer” kaydı altında “AllowMultipleRemotePCAssignments” adında bir DWORD kaydı ekleyin ve değerini 0 olarak veriniz.Agent DağıtımıVDA yazılımını binlerce fiziksel PC’ye dağıtmak için otomasyon işlemi daha kolay olacaktır. Kurumsal ESD araçları, Powershell komut dosyaları ve Citrix VAD yazılımı içerisinde bulunan bat dosyaları Active Directory üzerinden makinelere dağıtılarak kurulum daha otomatik hale getirilebilir.Microsoft Teams OptimizasyonuKullanıcılar sesli ve görüntülü aramalar için Microsoft Teams’e erişiyorsa, olumlu bir kullanıcı deneyimi oluşturmak için Content Redirection seçeneği aktif edilmelidir. Bu seçeneği VDA kurulumu dağıtımı sırasında aşağıdaki komut ile yapılandırabilirsiniz.VDAWorkstationSetup.exe /remotepc /includeadditional “Citrix Browser Content Redirection”Umarım sizler için yararlı olmuştur.Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.Referanslar www.mshowto.orgTAGs: Citrix, VDI, Remote, PC, Desktops, VM, Pooled, Auth, Static, VDA Latest Updates. buy viagra online Success Stories.</p>Ahmet Denizhttp://www.blogger.com/profile/03979795849802519951noreply@blogger.com0