Birisi? Aşağıdaki metinde aşağıdaki anahtar-değer çiftlerinin anlamını açıklamak (veya bu açıklar bağlantıyı paylaşır. Ben bağlantıya geçti http://pythonhosted.org/juju-deployer/config.html#placement ama var bunu anlamada zorluk). Openstack'ı dağıtmak için yaml paketinin bir parçasıdır.
kilit taşı:
annotations:
gui-x: '500'
gui-y: '0'
charm: cs:trusty/keystone-31
num_units: 1
options:
admin-password: openstack
ha-mcastport: 5403
openstack-origin: cloud:trusty-liberty
to:
- lxc:3
Yanıtlar:
Paketinize bir göz atalım. Öncelikle, ikimizin de aynı dosyaya baktığımızdan emin olmalıyız; konfigürasyonunuzu Google’da arayarak bence bakıyorum:
(Lütfen sorunuzu dağıtmakta olduğunuz dosyalarla düzenleyin, bu belirsizliği ortadan kaldırmaya yardımcı olacaktır)
Cazibenin her sayfasının sonunda, her cazibe için her yapılandırma seçeneğinin bir listesi vardır, bu yüzden Keystone'a bakalım :
Parçayı güvenli bir şekilde görmezden gelebilirsiniz, annotationsyani bu, simgeyi Juju GUI'ye nereye koyacağınızın X / Y koordinatlarıdır.
charm: cs:trusty/keystone-31 : Bu, "Cazibe mağazasında bulunan güvenilir (14.04) çekiciliğin revizyonu 31" e bölünür.num_units: Bu, 1 birim Keystone alacağınız anlamına gelir. Bu, bir konteyner veya makine anlamına gelir (göreceğimiz daha sonra tanımlanır).Tamam, şimdi iyi bitler, seçenekler, bu ilk ikisi oldukça basit:
admin-password: (string) Yönetici şifresi. Sadece test amaçlı kullanılır . Varsayılan olarak rastgele oluşturulur.
ha-mcastport: (int) HA Küme düğümleri arasında iletişim kurmak için kullanılacak varsayılan çok noktaya yayın bağlantı noktası numarası.
Bu girdi biçimlendirme nedeniyle çirkin, bu yüzden burada çoğaltacağım:
openstack-origin: (string) Kurulacak havuz. Aşağıdakilerden biri olabilir:
distro(varsayılan),
ppa:somecustom/ppabir debl url kaynağı girişi veya desteklenen bir Cloud Archive sürüm cebiDesteklenen Bulut Arşivi kaynakları şunları içerir: bulut: - bulut: - / güncellemeleri bulut: - / aşama bulut: - / önerilen
Series için = Kesin olarak openstack-release için bulut arşivlerini destekliyoruz: * icehouse Series için = Güvenle, openstack-release için bulut arşivlerini destekliyoruz: * juno * kilo * ...
NOT: bu ayarın daha sonraki bir OpenStack sürümünü sağladığı bilinen bir kaynağa güncellemek bir yazılım güncellemesini tetikler. NOT: openstack-origin-git belirtildiğinde, openstack özgün havuzundan ziyade openstack'e özgü paketler yüklenecek. dağıtıma
Şimdilik bunu varsayılan olarak tutmak istediğinizi hissediyorum.
İşte açıklama istediğinizi düşündüğüm yer (lütfen böyle değilse sorunuzu düzenleyin):
to:
- lxc:3
Tamam, bu ne anlama geliyor? Hadi paketin tepesine bakalım:
machines:
'0':
constraints: arch=amd64
series: trusty
'1':
constraints: arch=amd64
series: trusty
'2':
constraints: arch=amd64
series: trusty
'3':
constraints: arch=amd64
series: trusty
Bu bölümde bulutların üzerinde bulunan makineleri ilan ediyoruz, bu da toplam 4 adet 0-3 makine istediğimiz anlamına geliyor. Bu paketin her bir to:bölümü bir bölüme sahip. Bu, Juju’ya tam olarak nereye gitmek istediğinizi söylediğimiz anlamına geliyor .
Bu durumda to: lxc:3, anahtar taşı 3 numaralı makine üzerindeki bir LXC kabına koyun.
Başka bir örnek olarak, Ceph'i nereye koyduğumuza bakın:
to:
- '1'
- '2'
- '3'
Orada yok lxc:, yani konteyner yok, sadece 1,2 ve 3 numaralı makinelere ceph koyuyoruz. Hadi bakalım ceph-radosgw:
to:
- lxc:0
Bu, bir konteynere, makine 0 üzerine ceph-radosgw koymak anlamına gelir.
Peki bunu neden yapıyoruz? Bazı servislerin her yerde olması gerekmez, daha yoğun bir bulut istiyorsanız o zaman bu paket muhtemelen istediğiniz şeydir. OpenTack'i test ediyorsanız, dört makinede operasyonel bir prototip almak tercih edilir. Daha büyük kapasiteye sahip olmak istiyorsanız, paketi düzenlemekte özgürsünüz, to:gördüğünüz tüm ifadeleri kaldırırsınız ve Juju hizmet başına bir makine için MAAS'ı ister; Bu olsa daha fazla makine alacak.