Eski nova-network’ten OpenStack Ağa (neutron)

Eski nova-network’ten OpenStack Ağa (neutron)

OpenStack’te iki ağ modeli bulunmaktadır. Birincisi eski ağ olarak adlandırılır (nova-network) ve Hesaplama projesine (nova) gömülü bir alt süreçtir. Bu model, karmaşık ağ topolojileri oluşturma, arka uç uygulamasını satıcıya özgü teknolojilere genişletme ve projeye özgü ağ oluşturma öğeleri sunma gibi bazı kısıtlamalara sahiptir. Bu kısıtlamalar, OpenStack Ağ (neutron) modeli oluşturulmasının temel nedenidir.

Bu bölüm, eski ağ modeli temelli bulutların OpenStack Ağ Modeli’ne geçiş sürecini açıklar. Bu işlem, taşıma işlemini desteklemek için hem hesaplama hem de ağda ek değişiklikler gerektirir. Bu belgede hem Ağ Oluşturma hem de Hesaplama için gereken genel işlem ve özellikler açıklanmıştır.

Tasarlanan mevcut süreç, eski ağın kullanımını reddetmek ve ardından kaldırmak amacı ile minimum düzeyde uygulanabilir bir geçiş. Hem Hesaplama hem de Ağ ekipleri, eski ağdan OpenStack Ağa (neutron) tek tuşla geçiş işlemi, gelecekteki bir tarihte eski ağın kaldırılmasına ve kaldırılmasına ilişkin temel bir gereklilik olmadığına katılıyor. Bu bölüm, basit bir kullanım durumu taşıma işlemini çözmek için tasarlanmış bir süreç ve araçları içerir.

Kullanıcıların bu araçları alması, test etmesi, geri bildirim sağlamaları ve daha sonra kendi dağıtımlarına uyacak şekilde özellik kümesini genişletmeleri önerilir; kullanım sürecine daha uygun bir yol beklemek isteyen bu sürece katılmayı bırakan görevlendiriciler hayal kırıklığına uğrayabilir.

Etki ve sınırlamalar

Eski nova-network ağ servisinden OpenStack Ağa (neutron) geçiş işlemi bulutun operasyonel durumu üzerinde bazı kısıtlamalar ve etkilere sahiptir. Bu işlemin bulutunuz ve tüm kullanıcılar için kabul edilebilir olup olmadığına karar vermek için bunları anlamak önemlidir.

Yönetim etkisi

Networking REST API’sı, taşıma işlemi tamamlanıncaya kadar herkese açık olarak salt okunurdur. Taşıma işlemi sırasında Networking REST API’sı yalnızca nova-api için okuma-yazma ve Ağlarda yapılan değişikliklere yalnızca nova-api yoluyla izin verilir.

Hesaplama REST API’sı tüm süreç boyunca kullanılabilir, ancak kısa bir süreyle bir veritabanı geçişi sırasında salt okunur hale getirilir. Ağ REST API’sı, daha önce eski ağ veri tabanında bulunan bilgileri yeniden yapılandırmak için gerekli olan tüm ayrıntıları (nova-api’ye) göstermelidir.

Hesaplama işlemi, geçiş işlemi sırasında kullanılacak veri modelinde hipervizör başına “has_transitioned” ikili değişikliği gerektiriyor. Bu bayrak, işlem tamamlandıktan sonra artık gerekli değildir.

İşlemlerin etkisi

Geniş bir dağıtım seçeneklerini desteklemek için, burada açıklanan geçiş işlemi, devralınan bir üst denetleyiciyi gerektirir. Belirli bir hypervisor yeniden başlatma oran ve zamanlaması operatörün kontrolü altındadır.

Taşıma, eski ağda bazı hypervisor’larla, hatta bazıları Ağ’da ve hesaplama API’sı tamamen işlevsel kalırken, uzun bir süre boyunca bile (örneğin, sorunları test ederken veya araştırırken) duraklatılabilir. Ayrı hipervizörler, göçün bu aşamasında eski ağlara geri döndürülebilir, ancak bu, ek bir yeniden başlatmayı gerektirir.

Geniş kapsamlı dağıtımcı gereksinimlerini desteklemek için, burada açıklanan işlemin otomatikleştirilmesi kolay olmakla birlikte henüz otomatik hale getirilmemiştir. Dağıtımcılar, bu taşıma işlemini gerçekleştirmek için birden fazla manuel adım gerçekleştirmeyi veya bazı basit komut dosyaları yazmayı beklemeliler.

Permans etkisi

Taşıma sırasında, nova-ağ API çağrıları, Ağ çağrılarına ek bir dahili dönüştürme yoluyla geçecektir. Bu, taşıma öncesi veya geçiş sonrası API’lara kıyasla farklı ve muhtemelen daha kötü performans özelliklerine sahip olacak.

Göç işlemi özeti

  1. neutron sunucusunu nihai yapılandırmada başlatın; ancak, yalnızca nova-api tarafından okuma-yazma için sınırlandırılmış REST API dışında.
  2. Hesaplama REST API salt okunur yapın.
  3. Geçerli ağ yapılandırmasını temsil eden Ağ veri yapılarını oluşturan bir DB döküm/geri yükleme aracı çalıştırın.
  4. Dahili Hesap nesnelerini Ağ Bilgisi bilgilerinden (Ağ REST API’sı aracılığıyla) yeniden oluşturan bir nova-api vekili etkinleştirin.
  5. Compute REST API’sını yeniden okuma-yazma yapın. Bu, eski ağ DB’nin kullanılmadığı, yeni değişiklikler şimdi Ağ DB’de saklandığı anlamına gelir ve buradan yeni değişiklikleri kaybetmeden herhangi bir geri alma mümkün değildir.

Not

Şu anda Ağ DB’si hakikatin kaynağıdır ancak nova-api, yalnızca okuma-yazma olanağı sağlayan tek API’dir.

Ardından, her bir üst denetleyiciyi taşımanız gerekir. Bunu yapmak için şu adımları izleyin:

  1. Üst denetleyiciyi devre dışı bırakın. Destekleniyorsa hesaplama düğümünü göç ettirmek veya boşaltmak için iyi bir zaman olacaktır.
  2. Nova-compute’u devre dışı bırak.
  3. Ağ ajanını etkinleştir.
  4. Hesaplama hypervisor veritabanı/yapılandırmasında “has_transitioned” bayrağını ayarla.
  5. Hypervisor’ı yeniden başlat (veya “smart” canlı geçiş aracı kullanılabilirse çalıştır).
  6. Hypervisor’ı yeniden etkinleştir.

Bu noktada tüm hesaplama düğümleri taşınıyor ancak yine de nova-api API’sı ve Hesaplama ağ geçitleri’ni kullanıyorlar. Son olarak, şu adımları izleyerek OpenStack Ağını etkinleştirin:

  1. Ağ (l3) düğümlerini açın. Yeni yönlendiriciler, eski Hesaplama ağ geçitleri ile aynı MAC+IP’lere sahip olacak, bu nedenle NAT gibi durum bilgisi olan bağlantı sorunları hariç, bir tür acil kesim mümkündür.
  2. Ağ Oluşturma API’sını okuma-yazmaya izin verin ve eski ağları devre dışı bırakın.

Göç Tamamlandı!

Creative Commons Attribution 3.0 License

Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.