tarafından

Veeam Backup for Office 365 NAS Problemi

Veeam Backup for Office 365 ürünü ile yedeklerinizi NAS alanına aldırmak isterseniz “Folder does not exist” yada “Not Found” hataları ile karşılaşma ihtimaliniz çok yüksek.

Problemi gidermek için öncelikle aşağıdaki gereksinimleri karşılamanız gerekiyor.

  • Yedekleme ünitenizin CIFS türünde dosya paylaşımını ve Active Directory Domainine Join işlemini desteklemesi gerekmektedir. Ben yazımda görsel olarak HP Storeonce ürününü kullandım ama EMC Datadomain, Qnap ve Synology gibi ürünleri de benzer bir yapıdadır.

Okumaya devam et

tarafından

DELL ESXI Custom ISO Download

Bazı donanım üreticileri, sunucularının driver paketlerini içeren özelleştirilmiş ISO dosyaları Vmware Download ekranında sunmaktadırlar ve bu bize müthiş kolaylık sağlamaktadır. Fakat benim gibi Dell kullanıcıları ise buradan faydalanamıyoruz.dell-custom-iso-download-1 Okumaya devam et

tarafından

DHCP Log Yolunu Değiştirme

SIEM araçlarının DHCP loglarına erişebilmesi için çeşitli yöntemler mevcuttur. Bunlardan bazıları da paylaşım yoluyla bu log dosyasına erişmek istemektedir. Varsayılan olarak “Windows\System32\dhcp”  yer alan bu alanı paylaşıma açmak yerine, farklı bir alana loglarını yönlendirmek daha mantıklı olacaktır.

DHCP konsolu üzerinden database ve yedek dosyalarının konumunu değiştirebiliyoruz fakat log’ lar için bu durum geçerli değil.

dhcp-01

Bunun için komut satırına “netsh dhcp Server set auditlog KlasorYolu” yazıyoruz.

dhcp-02

Değişiklerin gerçerli olması için DHCP servisini restart ediyoruz. Bu işlem sonrasında Log dosyaları yeni yerine gelmeye başlayacaktır.

dhcp-03

 

tarafından

Windows 10 – Windows 8 Sysprep Hatası

Sanallaştırma ortamlarımızda kullanmak için Windows 10 VM şablonu oluşturmanın SYSPREP bölümünde APPX paketlerinden kaynaklı ilginç bir problemle karşılaştım. Problemin çözümünü Vmware ve Windows uzun uzun anlatmış fakat dökümanı sizin için kısaca özetlemek gerekirse;

1. Öncelikle SYSPREP hata loglarınında problemin kaynaklandığı APPX paketini buluyoruz.

sysprep-windows (1)

2. Powershel komut satırını açıyoruz ve “Remove-AppxPackage -Package “Paket ismini” yazıyoruz.

sysprep-windows (2)

Bu işlemlerden sonra Sysprep başarılı bir şekilde gerçekleşecektir.

Daha detaylı bilgi için http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2079196

tarafından

Round Robin IOPS Değeri

ESXi yapılarınızda, Round Robin multipath algoritması tercih edildiğinde, aktif pathler arasında yük dengelemesi gerçekleşir. Yük dengeleme işlemi, path üzerinden geçen data miktarının belirli bir seviyeye ulaşmasından sonra, aktif path ‘in değiştirilmesiyle sağlanır. ESXi Round Robin, bu değişim için, IOPS ve BYTE olmak üzere iki farklı seviye belirlenmesine imkan vermektedir,

  • IOPS Limit : Varsayılan olarak kullanılan değer 1000 ‘dir. Yani, bir sonraki path ‘in kullanıma geçmesi için 1000 I/O işleminin gerçekleşmesi gerekir.
  • Bytes Limit : Aktif Path değişimi için, belirlenen byte miktarında datanın path üzerinden transfer işleminin gerçekleşmesi gerekmektedir.

Default olarak gelen 1000 değerinin düşürülmesinin performans üzerindeki olumlu katkıları bulunmaktadır. Bundan dolayı Storage üreticileri tarafından yayınlanan Best Practise makalelerinde bu konu özellikle tavsiye edilmektedir. Örneğin HP 3PAR ve EMC VNX serisi için bu değer 1 , IBM Storwize ürün ailesi içinse 3 olarak ayarlanmalıdır.

Bu ayarı değiştirmek için maalesef grafiksel arayüz kullanılamamaktadır. Bundan dolayı Putty yardımıyla ESXi sunucumuza bağlanıyoruz.

Mevcut durumdaki iops değerini öğrenmek için “esxcli nmp device list” komutunu kullanıyoruz.

round-robin-iops (1)

Görüldüğü gibi iops değerimiz 1000. Bu değeri değiştirmek için aşağıdaki komutu kullanıyoruz. Okumaya devam et

tarafından

ESXi Multıpathıng ve PSP Türleri

Eğer VMware HCL listesinde yer alan bir depolama birimine sahipseniz,  Native Multipathing Plug-In (NMP), eklentisi sayesinde, ESXi sunucunuz ile datastore’ lar arasında yedeklilik ve yük dengelemesi default olarak sağlanmaktadır.

NMP ,  Storage Array Type Plug-In (SATP) ve Path Selection Plug-In (PSP) bileşenlerinden oluşmaktadır.

SATP, Path ‘lerin durumunu monitor eder ve Path ‘ler de meydana gelen değişiklikleri anında rapor ederek gerekli Fail-Over durumunu başlatır.

PSP ise ESXi ile Storage arasında gerçekleşen I/O  trafiğinin, hangi fiziksel path ile gerçekleştirileceğin den sorumludur. Aslında biz PSP ekranına oldukça aşinayız. Bu seçimi belirleyen kriterler ise;

Most Recently Used (MRU)Esxi boot aşamasında, storage ‘a ulaşabildiği ilk path ‘i kullanır. Eğer path kullanılamaz duruma gelir ise alternatif path seçilir ve bu path bir sonraki fail durumuna kadar değişmez. Aktif/Pasif olarak çalışan depolama birimleri tarafından genellikle bu policy kullanılır. ESXi 4.x sürümüne kadar bu policy varsayılan ayar olarak kullanılmaktadır.

Fixed (Fixed): Sistem yöneticileri tarafından belirtilen Path kullanılır. Tercih edilen path kullanılamaz duruma geldiğinde ise bir sonraki path görevi teslim alır. Tercih edilen path yeniden kullanılabilir hale geldiğinde, ESXi tarafından otamatik olarak bu path ‘in kullanımı sağlanır.

Round Robin (RR)Kullanılabilir olan tüm pathler belirli bir dönüşüm içinde trafiğin iletilmesinden sorumludur. Aktif / Aktif çalışan storage tiplerinde tüm pathler aynı anda kullanılabilir. Aktif / Pasif olarak çalışanlarda ise sadece Aktif kontroler üzerindeki pathler iletimden sorumludur. ESXi 5.x sürümü ile birlikte bu policy varsayılan olarak gelmektedir.

round-robin

NOT : Sanal makineler içerisinde yapılandırılmış olan Microsoft Cluster Service (MSCS) and Microsoft Failover Clustering servisi, ESXi 5.5 versiyonu ile birlikte Round Robin politikasını desteklemektedir.

Bu ayarları değiştirmek için, vSphere Client yazılımı ile vCenter sunucusuna bağlanıyoruz ve

– Inventory
— Hosts and Clusters
—- Configuration
—– Storage
—— Properties
——- Manage Paths   sekmesinden ESXi host’una tanımlı datastore pathlerini değiştirebiliyoruz.

Kısaca Multipathing konusuna değindikten sonra bir sonraki yazımızda, Round Robin kuralının en iyi yapılandırma (Best Practise) ayarları üzerinde duracağız.

Faydalı olması dileğimle….

tarafından

VMware vExpert 2015

vExpert-2015_1-300x53

Ağustos’ un son haftası e-postama ulaşan bir e-mail ile Vmware vExpert ünvanı aldığımı öğrendim. Yani bu yazıyı normalde iki hafta önce yazmalıydım fakat zaman ve mekan problemim vardı 🙂

Lafı çok uzatmadan öncelikle bu ünvanı almamda yardımcı olan siz değerli okurlarıma, beni her zaman destekleyen NRDC-T ailesine ve aileme teşekkürü bir borç bilirim.

En yakın zamanda yepyeni Vmware makaleleri ile görüşmek dileğiyle…