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.
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.
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.
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.
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.
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:
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:
Göç Tamamlandı!
Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.