Sunucuları SAN'a sanallaştırmak için En İyi Uygulamalar?

Pekala, SAN'ımı benden daha fazla kullanmaya ve aynı zamanda ESXi'den yararlanmaya başlamak istiyorum.

Şu anda, tek muhafaza EMC AX4-5 FC depolama dizisine bağlı bir dizi Dell PowerEdge 1955 blade'im var. Aslında SAN'ı DAS olarak kullanıyorum. SAN'da belirli fiziksel makinelere işaret eden LUN'lar var ve bu makineler LUN'ları ne olursa olsun kullanıyor (hedef sunucuya bağlı olarak çoğunlukla veritabanları ve Samba / NFS paylaşımları).

Birden fazla fiziksel dosya sunucum var ve her birinin uygun paylaşımları sunmak için bir samba yapılandırma kurulumu var. RHCS'nin çalışmasını hiç bulamadığım için, dosya sunucularından yalnızca birinde LUN'lar aynı anda takılıdır. Bir dosya sunucusunun ölmesi durumunda, sürücüyü manuel olarak (sürücünün bağlantısını keserek ve sunmayı kaldırarak, navisphere yardımcı programını kullanarak veya DRAC aracılığıyla gücü öldürerek) daha sonra bir sonraki yarışmacıda sunulan LUN'ları getirmek için navisphere yardımcı programını kullanın ( bundan sonra, apache ve diğer cinleri başlatın). Tamamen elle, şimdi.

Ferris Bueller gibi klarnet çalıyormuş gibi hissediyorum. Hiç ders almadım!

Her neyse, geliştirmeye çalışıyorum. Yapmak istediğim fiziksel ana bilgisayarlara ESXi'yi yüklemek, ardından biri aktif olacak diğeri bekleme olacak iki dosya sunucusu görüntüsünü (biri bozuk / fubar alırsa) tutmak için LUN'lar oluşturmaktır. En azından bu şekilde, otomasyonu geliştirmiyorum (yakında bir noktada "aktif" sunucuyu değiştirmek için bir komut dosyası yazmaya çalışacağım), ancak esneklik eklediğimi hissediyorum, artı kullanabilirim ESXi diğer VM'leri tutmak için barındırır ve donanım şimdi olduğu gibi israf edilmez.

Sorularım:

1) Planım ne kadar aptal?

2) Gerçek uygulama söz konusu olduğunda, LUN'da normal bir vmdk görüntüsü oluşturmalı mıyım yoksa bir "ham" bölüm mü vermeliyim (ESXi ile bile mümkün mü?)

3) Kümelenmemiş dosya sunucularını kullanmanın "iyi" bir yolu var mı?

Planın deli değil. Her zamanki gibi, elde etmeye çalıştığınız şeye ve verilerinizi nasıl koruyacağınıza bağlı olarak buna saldırmanın birkaç yolu vardır.

İlk olarak, bir "Ham Cihaz Eşleme" kullanarak bir VM'ye ham LUN sunabilirsiniz. Bunu yapmak için:

• LUN'u ESXi ana bilgisayarına (veya kümeleme / HA kullanacaksanız ana bilgisayar grubuna) sunun
• VM'nize bir disk ekleyin, Ham Aygıt Eşleme'yi seçin, LUN'un üzerine gelin
• VM içindeki SCSI veri yolunu yeniden tarayın
• fdisk, bağlar ve normal bir disk gibi fstab'a ekler.

Upside: Kurulumu hızlı, kullanımı hızlı, kolay, kendinizi pistte V2P'ye ihtiyaç duyduğunuzda bulursanız diski fiziksel ana bilgisayara gösterebilir

Dezavantajı: fiziksel veya sanal uyumluluk modu kullanmanıza bağlı olarak bazı VMware tabanlı anlık görüntü / geri alma seçeneklerini kaybedebilirsiniz

Alternatif bir seçenek, bir veri deposu oluşturmak için LUN'da VMFS oluşturmak ve ardından bu veri deposunda yaşayan VM'ye bir VMDK diski eklemektir.

• Upside: Eğer kullanmak için bir lisans satın alırsanız Depolama vMotion dostu. Bu, VMDK disklerinin LUN'lar ve hatta SAN'lar arasında sıcak geçişine izin verir.

Her iki durumda da, VMware veya VM'niz bir hata sırasında dosya sistemini yerse benzer bir risk pozisyonundasınız; hangi kurtarma seçeneklerinin kullanılabileceği oldukça farklı olsa da, biri diğerinden çok daha iyi değildir.

Gerekmedikçe RDM'leri dağıtmıyorum; Bana bir VMDK olarak fazla esneklik almadıklarını fark ettim (ve diğer depolama işlemlerini gerçekleştirirken onları pratik yapmayan hatalar tarafından ısırıldım (sabit - bu bağlantıdaki RDM bölümüne bakın)

VM'nize gelince, esneklik için en iyi bahis, dosya sunucunuzun önyükleme diskini SAN'da bir VMDK olarak depolamaktır, böylece bir ana bilgisayar arızası durumunda diğer ana makinelerin önyükleme yapmasını sağlayabilirsiniz. VMware'in HA işlevini kullanarak, VM'nizi başka bir ana bilgisayarda önyükleme otomatiktir (VM, ikinci ana bilgisayarda güç çekilmiş gibi önyüklenir; normal bir sunucuda olduğu gibi getirmek için her zamanki fsck'leri ve sihri gerçekleştirmeyi bekleyin ). Not: HA lisanslı bir özelliktir.

Bir VM hatasına karşı hafifletmek için, dosya sunucunuzun önyükleme yapmak için gereken minimum değeri içeren ve SAMBA'nın yapılandırılmış bir durumda başlatılmasını ve bunu her ana bilgisayarın yerel diskinde saklamasını içeren hafif bir klon oluşturabilirsiniz. VM başarısız oldu ve açın.

Bu, SAN arızası durumunda size ekstra seçenekler satın alabilir veya almayabilir; en iyi durum senaryosunda, veri depolama alanınız bir fsck veya başka bir onarım gerektirir, ancak en azından VM'yi en üstte düzeltmeniz, yeniden oluşturmanız veya yapılandırmanız gerekmez. En kötü durumda, veri kaybettiniz ve kasete geri dönmeniz gerekiyor ... ama zaten zaten bu durumdaydınız.

Ben vmdk görüntüleri ile sopa, sadece gelecekte vmotion kullanmaya geçmek durumunda, bunun için bir bütçe alabilirsiniz asla bilemezsiniz.

Makineleriniz kümelenmemişse, ilgili olduğum kadarıyla onları yönetmenin en iyi yolu yükü olabildiğince eşit bir şekilde yaymaya çalışmaktır. En kritik vms'den yükün her birinde 1/3 olabildiğince 3 kümelenmemiş 2950'im var. Teori aynı anda birden fazla kutuyu kaybetmem gibi bir ihtimal değil, bu yüzden en az 2/3 etkilenmeden çalışmaya devam edebilecek.

Bir güç açısından, makineleri olabildiğince% 100'e kadar yüklemek ve diğer makineleri kapatmak için daha verimli olacaktır, ancak tüm yumurtalarınızı bana bir sepete koymak gibi görünüyor.

Bu konuda kendime uzman demezdim, yaptığım şey bu.

Hey Matt. Bir sanallaştırma çözümü kullandığınızda bir çözümü dilimlemenin birçok yolu vardır. İlk olarak, VMDK performansına karşı Raw LUN (RDM) gösteren çok sayıda karşılaştırma yapıldı ve farkın genellikle ihmal edilebilir olduğu gösterilmiştir. RDM'lerle ilgili bilinmesi gereken bazı şeyler: Yalnızca belirli kümeleme durumları RDM'lerin (MS kümeleme) kullanılmasını gerektirir. RDM'lerin 2 TB sınırı vardır, ancak LVM bu sınırın etrafında çalışmak için kullanılabilir. RDM'ler, ESFS'ye VMFS için kullanmak için bir LUN vermek ve vmdk'yi koymaktan daha zordur. VMDK'ların (belirtildiği gibi) bazı güzel faydaları vardır: svMotion, Anlık Görüntüler (bir pRDM'nin anlık görüntüsü alınamaz).

Free ESXi kullanıyorsanız, durumunuzu nasıl ele alacağım. Öncelikle tüm veriler VMFS LUNS üzerindeki vmdk dosyalarındadır. IP ve Hizmetlerin yerine getirilmesi için 2 VM'yi kurun ve Heartbeat'ı kullanın. Kalp atışı servis IP'sini değiştirir ve veri LUN'unun bağlantısını uygun şekilde kaldırmak / bağlamak için komut dosyalarını işleyebilir. 'Aşağı' VM'nin eskrim için kapatıldığından emin olmak için bazı VMware Uzak CLI'ları bile komut dosyası oluşturabilirsiniz. Sistemler arasında kalp atışı ile doğrudan koordinasyon yapıldığında, aynı veriye erişme / çalıştırma hizmetlerini çalıştırma riski son derece düşük olmalıdır. Buradaki anahtar, veri LUN'unun montajının / sökülmesinin ve hizmetlerin başlatılması / kapatılmasının normal başlatma mekanizmaları tarafından değil, Kalp Atışı ile ele alınmasını sağlamaktır.

İzleme sistemi ile alternatif bir yük devretme gerçekleştirilebilir. Aşağı ana bilgisayarı algıladığında, bir kapatma (güvenli olması için) ve ardından yedek vm'yi açmak için VMware Remote CLI kullanabilir. Bu durumda geri dönme oldukça manueldir.

"Küçük" ortamımda bir VMDK'nın bozulmadığını gördüm. Ayrıca fark ettim ki, 2'den fazla ESX (i) ana makineniz veya bir düzine VM'niz varsa, her şeyi takip etmenize yardımcı olacak vCenter almak isteyeceksiniz. Bazı Essential / Plus paketleri avantajları göz önüne alındığında çok maliyetli değildir.

Matt, VMware kullanmadığımı biliyorsun ama Xen ile her zaman "RAW" kullandım. Hafif yüklü birkaç VM ile performans farkının çoğunu göreceğinizden şüpheliyim. Ancak, tüm bu konuklar aynı dosya sisteminde bulunuyorsa, daha fazla misafir almaya başladığınızda, kuyruk derinliği sorunlarıyla karşılaşırsınız. Bu özellikle NFS destekli depolama için geçerlidir. NFS sunucusunun sorunları var, ancak çoğu NFS istemci uygulaması emiliyor.

Artıklık (san hatası) arıyorsanız vmdks senkronize etmek için iyi bir yol bilmiyorum. Ancak blok cihazları kullanırsanız, sadece istediğiniz / ihtiyacınız olan vms'leri çoğaltmak için DRBD kullanma olanağınız vardır.

Bence kendine "Hiç fiziksel sunuculara geri dönmeyi düşünüyor muyum?"

Cevap belki de RDM'ye bağlı kalmalısınız. RDM'li ESXi (sanırım) fiberinizin çalışması için bir şey satın almanızı gerektirir (yine esxi'de% 100 emin değilim).

RDM kullanarak fiziksel sunuculardan ESX'e (4.0) hızlıca taşıdığım birkaç makinemiz vardı. Linux ve Windows makinelerinin bir karışımı vardı (her iki platform için de süper kolay). Eski FBSD çekirdeği bunu desteklemediğinden, RDM'yi kullanamayacağımız fiziksel sunucularda hala birkaç çalışan legeacy FreeBSD (6.0 ve daha eski) var. Hızlıydı ve LUN'umu işaret etmekten başka bir şey yapmamı ve ardından VMWare araçlarını yüklememi gerektiriyordu. Beyin ölü kolay .. dönüştürücü yok gürültü patırtı ...

Kendinize sormanız gereken başka bir şey de "VMWare'in hangi özelliklerini kullanmak istiyorum?"

Cevabınıza bağlı olarak VMDK dışında başka seçeneğiniz olmayabilir. SAN'ınızı anlık görüntüler için kullanıyorsanız ve bunun için vmware kullanmayı önemsemiyorsanız ..

Bazı notlar sizinle şimdiye kadar karşılaştığımız hakkında paylaşacağım .. Vmotion RDM ve VMDK ile eşit derecede harika çalışıyor, Öte yandan Storage Vmotion sadece RDM olmayanlarla doğru çalışıyor ve RDM'den VMDK berbatlarına gitmek için Vmotion depolamayı kullanmaya çalışıyor sadece dönüştürücü kullanın .. Çoğu Linux dağıtım araçları yükleme bir sorun değil yapar açık kaynak vmware araçları paketi var. Yedek applince gerçekten iyi çalışır ve vmware içermez, ancak istediğimiz kadar çok şey yapmaz. Ben çok vmware bir sınıf alarak öneriyoruz. Aldığım bir hafta oldu ve her kuruşa değdi VMWare desteği harika .. Eğer bir destek sözleşmesi olsun ve onlar üst nothc aramak zorundayım .. Bana yardımcı olabilecek birine almak için sinirli olsun (birçok menüler için .. ), ancak bir kez onları aldığımda her zaman hızlı güvenilir destekle geliyorlar.