VM'lere yerel depolama sunmak için VSA kullanan iki makine ESXi kümesi için yapılandırma


10

Uzak sitelerimizden biri için küçük bir vSphere 5 kümesi tasarlıyorum. Çift dört çekirdekli CPU'lar ve 24 GB RAM ile birlikte 6x 300GB 10K RPM sürücüye sahip bazı IBM x3650'lerimiz var. Birincil sitemizde HP P4500 G2'ler kullandığımız için, HP P4000 VSA'lar için lisanslarımız mevcuttur. Bunun onları kullanmak için mükemmel bir fırsat olacağını düşündüm.

Aşağıda, başarmak istediğim şeyin temel bir çizimi verilmiştir:

Çizim

Her sunucuda bir P4000 VSA çalıştırmak ve bunları bir Network RAID-10'da çalıştırmak istiyorum (Ağ yansıtması için soldan konuşun, düğümler arasında RAID 1 veya bir aktif / aktif depolama kümesi olarak düşünün). Daha sonra bu depolama alanını bu mini kümede çalışacak konuklara sunacağım. Ana sitemizdeki bir vCenter Sunucusu tarafından yönetilecektir.

Tüm bağlantılar depolama için ayrılmış iki GbE olacaktır. Yüksek yük olmasını beklemediğim için Yönetim ve Veri bir çift bağlantıyı paylaşacak. Bu sunucular sadece dizin hizmetleri, dhcp, yazdırma vb.

Bu yaklaşımla potansiyel olarak yanlış bir şey gören var mı? Ek depolama başlıkları eklemeden bunu yapmanın en iyi yolu bu mu? Bu tasarımda, özel Veri / Yönetim arayüzlerinin olmamasının yanı sıra herhangi bir tuzak var mı?


Ayrıca, lütfen korkunç Visio bağlantılarımı özür dilerim. Kendi akılları var. Temel nokta, depolama biriminin veri bağlantılarıyla aynı anahtarda kendi VLAN'ına sahip olmasıdır.
MDMarra

Kısa not: VSA, her dizi için "RAID-1, RAID-5, RAID-10" u destekler. Yani 'en az etki' yolu 2x'raid-5 'dizisi üzerinden bir' Ağ baskını-1 'olacaktır. (Şanslısınız: 2012-02'de, temel baskın-10 PER dizisinden daha fazlasını desteklemeye başlıyorlar!)
CloudWeavers

Bunlar uzak bir sitede bulunduğundan ve yedek diskler hemen kullanılamayacağından, RAID 10 ile gitmeyi tercih ederim. Fiziksel diskler yine de VSA'ya sunulmayacak, donanım denetleyicisinin RAID kartı kullanılarak yapılandırılacak ve ESXi aracılığıyla VSA'ya sunuldu. VSA, RAID 5, 6, 10 ve hatta 3 AFAIK kullanıp kullanmadığımı bilemezdi.
MDMarra

Yanıtlar:


9

Bu benim için son derece makul bir tasarıma benziyor. Sanal makinelerinizi VSA tabanlı HP LeftHand Depolama'daki veri depolarına yerleştirmek istediğinizi varsayalım. Donanım ve ağ bölümünün kapsamına sahipsiniz: HP LeftHand VSA'nız için vSwitch'lerde iki NIC kullanmak, ESXi'nin iSCSI VM çekirdekleri ve muhtemelen HP LeftHand kümesine erişen misafirler en iyi yöntemdir; Kullanım kılavuzuna göre VSA'lar için kaynak grubu rezervasyonları oluşturmanızı öneririm.

[Düzenle] Çünkü bunu orijinal sorunun yorumlarında gördüm: RAID-ed depolama alanını VSA'ya sunmak, daha sonra sanallaştırılmış ve HP LeftHand Kümesi'nde kullanılabilir hale getirmek en iyi uygulamadır. RAID seviyesi kapasite, performans ve koruma gereksinimlerinize bağlıdır. RAID 10 sizin için uygun yoldur. [/ Düzenle]

Dikkat etmeniz gereken bir şey, yöneticilerinizi bu HP LeftHand kurulumuna yerleştirdiğiniz yerdir. Bu, yalnızca iki depolama düğümü olan bir yapılandırmada çok önemlidir! Şu anda tasarımınızda depolama kümesinde çekirdeği korumak için bir HP LeftHand Yük Devretme Yöneticisi (kesinlikle tercih edilen seçenek) görmüyorum; yoksa Sanal Yönetici kullanmayı mı planlıyorsunuz? Ana veri merkezinize olan bağlantıya bağlı olarak (gecikme <= 20 ms, bant genişliği ~ 100 Mb / s), oraya yerleştirebilirsiniz.

Not: VM'lerinizi ve verilerinizi ana veri merkezinize çoğaltmak için Uzaktan Kopyalama'yı da kullanmak isteyebilirsiniz; zaten çalışması için gereken her şeye sahipsiniz.


I assume you want to place your virtual machines on data stores on VSA-based HP LeftHand Storage.- Evet, biliyorum. Right now I do not see a HP LeftHand Failover Manager- Bu% 100 tam bir topoloji çizimi değil, ama bir FOM muhasebeleştirdim. You might also want to make use of Remote Copy to replicate your VMs and data into your main data center- Aslında bunun için VMWare SRM kullanacağız, ancak yine de mükemmel bir öneri!
MDMarra
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.