6 sunucuya opentack dağıtma


12

Açılışta yeniyim ve hala öğreniyorum. 2 ay içinde aşağıdaki gibi 6 sunucu alacak:

  • Basında çift xeon e5-2630, 96 gb ram, 2 1 gb ethernet ve 2400 hdd hdd ile 4 sunucu
  • 40 TB depolama alanlı 1 DAS (10x4 TB HDD)
  • 16-32 gb ram ile tek xeon e5-2630 ile 1 sunucu.

Bu kurulum ve genel olarak openstack ile birkaç sorum var:

  • i pratik olarak 3 özel işlem düğümü, 1 işlem + depolama düğümü (1 sunucu + DAS) ve 1 düğüm / ağ denetleyicisi vardır. Ağ sunucusu için en iyi uygulamayı okuduğumda, bu hizmetin başarısız olduğu tek bir denetleyicide çalışmanın aksine, tüm ekosistem de başarısız olduğu için bu hizmet artıklık için tüm düğümlerde çalışmasıdır. Başka bir şey, her servisi kendi özel donanımına dağıtmak için gerekli sayıda donanıma sahip olmadığım için hizmetlerin yerleştirilmesidir. Denetleyicinin nova, nesne depolama sunucusu ve blok depolama sunucusu ve compute + depolama sunucusunun nova + nesne depolama + blok depolama çalıştırması gerektiğini düşündüğünü düşünüyordum. Bu kurulum hakkında ne düşünüyorsun?

  • çünkü hızlı ve opesntack baskın çok iyi geçmez bir yerde okumak çünkü DAS raid kullanmalı veya kullanmamalı?

  • opentack-networking veya daha yeni kuantum kullanmalı mıyım?
  • barındırma, dropbox ve sanallaştırma gibi depolama için bu sunucuları kullanacağım. İkincisi hariç, ilk 2 VM'lerde çalışacaktır. Şey, opentack kullanılabilir kaynaklarla nasıl çalıştığını anlamıyorum. Mevcut koç, cpu, depolama vb.'nin havuzunu oluşturuyor mu? DAS yalnızca 1 sunucuya bağlanacaktır. Diske okuma ve yazma önbellek vb için ram belleği kullanır; sorum şu: okuma veya yazma sırasında tüm düğümlerdeki ram oranını dolduracak mı yoksa sadece DAS'ın bağlı olduğu koçu kullanacak mı? Bu benim için önemli bir sorun mu? . Ayrıca, yalnızca gerçek depolama kapasitesine sahip bir makineye sahip olmak, depolama sunucusundaki yoğun isteklerle başa çıkmak için 2 daha fazla 1GB ethernet eklemenize yardımcı olur mu? Yoksa HDD'leri tüm sunuculara dağıtmalı ve depolama hizmetlerini bu sunuculara yüklemeli miyim?
  • daha sonra manuel kurulum daha kolay bir kurulum gibi görünüyor, çünkü maas ve juju kullanarak openstack dağıtma hakkında iyi bir öğretici bulamadık.
  • openstack amd opteron 6300 serisi ile nasıl anlaşıyor? Bunu soruyorum çünkü intel'den amd'ye geçebilme olasılığı var, ikincisi çok daha ucuz, bu yüzden iki kez aynı miktarda para ve çekirdek sayısı (e5-2630 ile 6 çekirdekli ht ve anladığım kadarıyla ht'yi devre dışı bırakmalıyım)

    Başka sorunlarla karşılaştığımda devam edeceğim.

Yardımın için teşekkürler!


Yani destek yok mu? Sorun 4 sunucu ve bir DAS düştü. Seçeneklerim neler? Sanırım hızlı resim dışında!
Capsali

OpenStack hakkında çok şey bilmiyorum, ama bu yardımcı oluyor mu? OpenStack-Grizzly-Install-Guide ve OpenStack'i Dağıtma .
Mitch


Fark ettiğim bir şey var - "40 TB depolama alanı olan 1 DAS (10x4GB HDD)". "40gb depolama alanına sahip 1 DAS (10x4gb HDD)" veya "40tb depolama alanına sahip 1 DAS (10x4tb HDD)" demek istiyor musunuz? Ben ikincisini varsayıyorum.
Kupiakos

Yanıtlar:


7

DISCLAMIER: Ben AM DEĞİL BİR openstack UZMAN. AŞAĞIDAKİ BÜYÜK BİR GÖRÜŞTÜR VE AÇIKLANABİLİR VEYA TAMAMEN YANLIŞ OLABİLİR. HİÇBİR ŞEKİLDE AŞAĞIDAKİ İÇERİĞİ KULLANMAK İÇİN SONUÇLARDAN SORUMLU OLABİLİRİM.

Çoklu Barındırma

Her düğümde çalışan ağ hizmetlerine sahip olmanın avantajları ve dezavantajları olacaktır .

Çoklu barındırma da dahil olmak üzere birçok farklı ağ yedekleme imkanı mümkündür.

Çoklu Barındırma, sistemdeki her ana bilgisayara VM ağında bir IP eklenmesini gerektirir ve muhtemelen hesaplama ana bilgisayarında küçük bir performans düşüşü elde edersiniz.

Ayrıca, hesaplama ana bilgisayarlarınızın ağ geçidine olan ihtiyacı ortadan kaldırmak için bunu bir donanım ağ geçidi ile birleştirmek mümkündür ve yalnızca VM'ler için DHCP ve NAT'a ihtiyaç duyarlar.

Çoklu Barındırma'nın bir diğer dezavantajı, IP'lerin bir alt ağdaki ek kullanımlarıdır.

Daha fazla bilgi için bu belgeye göz atın .

Bence, çok ev sahibi olmak muhtemelen iyi bir fikirdir.

RAID

OpenStack belgeleri RAID kullanmamanızı önerir , bunun nedeni Swift'in çok yazma ağırlıklı olması ve çoğu eşlik tabanlı RAID (ör. RAID 5 veya daha karmaşık RAID 26) ile çok kötü performans göstermesidir.

Elbette verilerinizi yedeklemeyi unutmayın !

Openstack-Networking ve Quantum / Nötron Karşılaştırması

Kaynakların Dağılımı

Burada istediğim kadar gerçekten yardım edemem. Ben verirdim bu ürüne bir okuma ve ping IRC Kanalı .

MAAS ve Juju ile Kurulum

Ubuntu, MAAS ve Juju ile Ubuntu Bulut Altyapısı kurulumu için bir eğitim sunar .

CPU: Intel ve AMD

AMD veya Intel'in Openstack için daha iyi olup olmadığı konusunda iyi bir bilgi bulamıyorum. Konuyla ilgili bilgi bulunmamasına bağlı olarak, çok az dezavantaj olduğunu düşünüyorum. OpenStack Dokümantasyonu, benzer şekilde hem AMD hem de Intel yongalarını ifade eder.

Sayfa sadece AMD-V'nin gerekli olduğunu belirtir ve Opteron 6300 teknik özellikleri sayfasında bunu belirtir.

Hiper iş parçacığı konusunda, mantıksal çekirdekleri iki katına çıkaracak ve bu iyi olabilir. Hangisinin daha hızlı olduğunu görmek için her iki yapılandırmayı da stres testi yapmanız önerilir.

Daha fazla yardım

Ask Ubuntu , bu tür soruları sormak için en iyi yer olmayabilir .

Sorularınız varsa veya profesyonel görüş almak istiyorsanız bu yerleri deneyin:


bazı şeyleri temizlediğin için teşekkürler ya da ben! Ben de opentack q & a sormaya çalışacağım. Sorun şu ki tüm bu yeni bir şey beeing hizmetleri birbirleriyle nasıl çalıştığını ve onları koordine çakışmaları varsa anlamıyorum. Anladığım kadarıyla openstack'ta 2 tür depolama vardır: blok depolama (kül) ve nesne depolama (hızlı). Cinder, vm'lere kalıcı depolama sağlamak için kullanılır ve hızlı bir şekilde tam da budur. Ama vm'ler için birimler sağlamak için swift'i kullanabilir miyim? Yardımınız için teşekkür ederim ve openstack ve serverfault'dan daha fazla yanıt almayı deneyeceğim!
Capsali

Sorun değil. Bununla birlikte, ödüller için uygun görgü kurallarının bir cevabı son başvuru tarihinden önce doğru olarak işaretlemek olduğunu unutmayın . Ödülün yarısı geri çekildi ve kayboldu.
Kupiakos
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.