Tanım

Bu makale, AHV ana bilgisayarlarında Bağlantı Toplama Denetim Protokolü'nü (LACP) aşağıdakilerle yapılandırma, etkinleştirme, devre dışı bırakma ve doğrulama konusunda size yol gösterir:

• LACP'nin Faydaları/Avantajları
• Önerilen Anahtar Yapılandırması
• Çözüm
  • AOS 5.19 veya Daha Yenisi için
  • Manuel Yöntem
  • İş Akışına Genel Bakış
• LACP'yi yapılandırma, doğrulama ve devre dışı bırakma
  • Bağ adı ve köprü/anahtar adı nasıl kontrol edilir
  • AHV'de LACP nasıl yapılandırılır
  • LACP'nin yapılandırılıp yapılandırılmadığı nasıl doğrulanır?
  • Ana bilgisayarda LACP nasıl devre dışı bırakılır
  • AHV ana bilgisayar NIC'sinin MAC adresi nasıl bulunur?

Daha fazla bilgi için AHV Ağ İletişimi En İyi Uygulamalar Kılavuzu'na bakın. n AHV ana bilgisayarları için ağ yapılandırmasına ilişkin eksiksiz belgeler için Nutanix Portalı.

LACP'nin Faydaları/Avantajları

• Birden çok TCP akışına sahip tek kullanıcılı bir VM , iki adet 10 GB bağdaştırıcıya sahip bir AHV düğümünde 20 Gbps'ye kadar bant genişliği kullanabilir.
• Balance-TCP gibi bir trafik karma algoritması, trafiği birden fazla bağlantı arasında aktif-aktif bir şekilde bölebilir. Yukarı bağlantılar tek bir L2 bağlantısı olarak göründüğünden, algoritma, anahtar MAC adres tablolarına bakılmaksızın bağ üyeleri arasındaki trafiği dengeleyebilir.
• LACP ile, ayrı fiziksel anahtarlara yönelik birden fazla bağlantı, tek bir katman-2 bağlantısı olarak görünür.
  Not: Birden fazla yukarı akış anahtarı kullanmak için fiziksel anahtarda MLAG veya vPC'yi yapılandırmanız gerekir.

[ Başa dönüş ]

Önerilen Anahtar Yapılandırması

AHV düğümlerini bağlamak için kullanılan anahtarda LACP geri dönüşünün etkinleştirilmesi önerilir. Örnek komutları aşağıda bulabilirsiniz. Diğer anahtar satıcıları için ürün kılavuzlarına bakın.

- Arista:

 bağlantı noktası kanalı lacp geri dönüş bireysel

Cisco Nexus:

 gecikme yok askıya alma-bireysel

**Geri çekilme modu varsayılan olarak devre dışıdır

Cisco Katalizörü:

 bağlantı noktası kanalı yok bağımsız devre dışı bırakma

**Geri çekilme modu varsayılan olarak devre dışıdır

Ardıç QFX'i:

 zorla

**Juniper anahtarlarla ilgili özel hususlar için Nutanix KB-15541'e bakın.

[ Başa dönüş ]

Çözüm

AOS 5.19 veya daha yenisi

LACP'yi Prism Element (PE) veya Prism Central (PC) kullanıcı arayüzünü kullanarak etkinleştirmek mümkündür. Sanal anahtarlar hakkında daha fazla bilgi için AHV Admin Guide'ın Sanal Anahtar Hakkında bölümüne bakın. Sanal anahtarların nasıl yönetileceği hakkında bilgi için Sanal Anahtar Oluşturma veya Güncelleme bölümüne bakın.

Düğümler arasındaki tutarsız bağ yapılandırması nedeniyle bir sanal anahtarın düzgün şekilde dağıtılmaması olasılığı vardır ve ardından tüm düğümlerde bağ/köprü yapılandırmasının eşleşmesini sağlamak için bağ yapılandırmasının manuel olarak güncellenmesi gerekir. Köprü düzeyinde değişiklikler yapmak için ovs-vsctl komutlarını KULLANMAYIN (LACP'yi Devre Dışı Bırak veya Etkinleştir gibi). Bunun yerine, Manage_ovs komutlarını kullanın.
OVS seviyesinde değişiklik yapmak için Manage_ovs'u kullanmadan önce sanal anahtarın geçici olarak devre dışı bırakılması gerekir.

Aşağıdaki adım sırası takip edilebilir:

1. Sanal anahtarı listele

    nutanix@cvm$ acli net.list_virtual_switch
   

2. Bir Denetleyici VM'sinde (CVM) aşağıdaki komutu çalıştırarak kümedeki sanal anahtarı devre dışı bırakın:

    nutanix@cvm$ acli net.disable_virtual_switch
   

3. Daha sonra bond yapılandırmasını LACP'den active-backup/balance-slb'ye değiştirmek için " Ana makinede LACP nasıl devre dışı bırakılır " bölümünde bahsedilen Manage_ovs komutlarını kullanın.
   NOT : AOS >= 5.19 ve < 5.20.2 için
   • Sanal anahtarda, sanal anahtarın devre dışı bırakıldıktan sonra bile otomatik olarak yeniden oluşturulması nedeniyle bilinen bir sorun vardır. Bu sorun AOS 5.20.2'den itibaren düzeltilmiştir.
   • Kümede sanal anahtar bulunmadığında ve kümedeki ilk AHV düğümlerinden birinin ağ bağlantısı kesilip ağ bağlantısını geri yüklediğinde senaryoda otomatik olarak yeniden oluşturulur. AHV'de bağ yapılandırmasını değiştirme ve/veya fiziksel anahtar tarafında bağlantı noktası yapılandırması değişiklikleri yapma işlemi sırasında bu senaryoya rastlayabilirsiniz.
   • Bu sorun nedeniyle sanal anahtar yeniden etkinleştirilirse, Manage_ovs komutları aşağıdaki hatayla başarısız olur:

      2021-08-24 17:46:20,254Z BİLGİ Manage_ovs:400 Yerel ana bilgisayar için UUID: ecb39f18-fdfe-465e-a944-2506f189ee72
     2021-08-24 17:46:20,261Z KRİTİK Manage_ovs:450 Köprü adı: br0, sanal anahtar tarafından kullanılır: vs0. OVS köprüsü: sanal anahtar tarafından kullanılan br0, Manage_ovs ile değiştirilemez.

   • Böyle bir durumda, kümede sanal anahtarın mevcut olup olmadığını kontrol etmek için (a) ve (b) adımlarını izleyin ve ardından bağ yapılandırma değişiklikleri yapmak için bir sonraki düğüme geçmeden önce sanal anahtarı tekrar devre dışı bırakın.

4. Bağ yapılandırması tüm düğümlerde tutarlı hale getirildikten sonra, ilgili köprüyü/köprüleri aşağıdaki örnekte gösterildiği gibi sanal anahtara/anahtarlara taşıyın.

    nutanix@cvm$ acli net.migrate_br_to_virtual_switch brX vs_name=vsX
   
   Örnek:
   nutanix@cvm$ acli net.migrate_br_to_virtual_switch br0 vs_name=vs0

[ Başa dönüş ]

Manuel Yöntem

• AHV Ağ İletişimi En İyi Uygulamalar Kılavuzuna bakın
• Bağlı bağlantı noktaları, AHV ana bilgisayarındaki fiziksel arayüzleri toplar. Varsayılan olarak sistem, tüm fiziksel arayüzleri içeren br0 köprüsünde br0-up adında bir bağ oluşturur. Manage_ovs komutları kullanılarak varsayılan bağda (br0-up) yapılan değişiklikler, eski örnekleri kullanırken onu bond0 olarak yeniden adlandırabilir; bu nedenle, sisteminizin aşağıdaki örneklerden farklı şekilde adlandırılabileceğini unutmayın.
• Bu kılavuzun önceki sürümlerinde br0-up yerine bond0 bağ adı kullanılıyordu (bond0 varsayılandı). Nutanix, bu arayüzü hızlı bir şekilde köprü br0 yukarı bağlantısı olarak tanımlamak için br0-up adının kullanılmasını önerir . Bu adlandırma şemasının kullanılması, ek köprülere yönelik yukarı bağlantıların birbirinden kolayca ayırt edilmesine olanak tanır.

Aşağıdaki örneklerde tahvil adı olarak bond0 veya başka herhangi bir özel adlandırma şeması yerine br0-up'ı kullanıyoruz.

UYARI: Yukarı bağlantıların "manage_ovs" kullanılarak güncellenmesi, bağı silecek ve varsayılan yapılandırmayla yeniden oluşturacaktır.
Yukarı bağlantıları güncellemeden önce aşağıdakileri göz önünde bulundurun:

• Aktif yedekleme yük dengeleme modu kullanılırsa, yukarı bağlantı güncellemesi, ana bilgisayar ağ bağlantısının kısa süreliğine kesilmesine neden olabilir.
• Balance-slb veyabalance-tcp (LACP) yük dengeleme modu kullanılıyorsa, yukarı bağlantı güncellemesi, yapılandırmayı aktif-pasif olarak sıfırlayacaktır. Ana bilgisayar canlı tutma komutlarına yanıt vermeyi durdurduğundan, LACP'ye dayanan ağ bağlantıları bu noktada kapanacaktır. Bu durum, AOS 5.5.3+ ve 5.6.1+ sürümlerinde yerel CVM'de aşağıdaki komutu çalıştırarak hafifletilebilir:

   nutanix@cvm$ Manage_ovs --bridge <köprü adı> --interfaces <arayüz adları> --bond_name <bağ adı> --bond_modebalance-tcp --lacp_mode fast --lacp_fallback true update_uplinks

Kümenin düğüm arızasını tolere edebileceğinden emin olduktan sonra, değişikliklerin tek seferde bir düğümde gerçekleştirilmesi önemle tavsiye edilir. allssh Manage_ovs update_uplinks komutunun kullanılması küme kesintisine yol açabilir. Bunu yalnızca küme üretimde değilse ve çalışan kullanıcı VM'si yoksa kullanın.

[ Başa dönüş ]

İş akışına genel bakış

1. SSH aracılığıyla CVM'ye (Denetleyici VM) bağlanın. Adını ve IP'sini kontrol ederek doğru CVM'ye bağlandığınızdan emin olun.
2. Kümenin, düğümün kapalı olmasını tolere edebildiğinden emin olmak için AHV Yönetim Kılavuzu'ndaki Küme Sağlığını Doğrulama bölümünü izleyin . Küme en az 1 düğümün arızasını tolere edemiyorsa devam etmeyin.
3. Düğümü ve CVM'yi Bakım Modu:

A. Hedef ana bilgisayarların değişen bakım modunun kullanılabilirliğini kontrol edin:

 nutanix@cvm$ acli host.enter_maintenance_mode_check <ana bilgisayar ip'i>

B. Ana bilgisayarı bakım moduna geçirin. Bu, çalışan VM'leri diğer ana bilgisayarlara taşıyacaktır:

 nutanix@cvm$ acli host.enter_maintenance_mode <ana bilgisayar ip'i>

C. Hedef ana bilgisayarda CVM için bakım modunu etkinleştirin. Bu adım, CVM hizmetlerinin olası bağlantı sorunlarından etkilenmesini önlemek içindir. CVM hizmetleri çalışmıyorsa veya küme durmuşsa bu adımı atlayabilirsiniz.

 nutanix@cvm$ ncli ana bilgisayar düzenleme kimliği=<ana bilgisayar kimliği> active-maintenance-mode=true

Not: "ncli host ls" komutunun çıktısında <host ID> öğesini bulabilirsiniz:

 ncli ana bilgisayar listesi
    Kimlik : 00058977-c18c-af17-0000-000000006f89::2872 <--- "2872" ana bilgisayar kimliğidir
    Kullanıcı kimliği: ddc9d93b-68e0-4220-85f9-63b73d08f0ff
...

4. LACP yapılandırma işlemi ağ bağlantısının kesilmesine neden olabileceğinden ana bilgisayara IPMI yoluyla bağlanın.
5. Gerekli yapılandırma adımlarını gerçekleştirin ( AHV'de LACP nasıl yapılandırılır , Ana bilgisayarda LACP nasıl devre dışı bırakılır ).
6. Yapılandırma tamamlandıktan sonra hem ana bilgisayarın hem de CVM'nin ağ üzerinden erişilebilir olduğundan emin olun. Ayrıca bağlantıları birer birer kapatıp bağlantıyı doğrulayarak bağdaki tüm NIC'lerin çalışır durumda olduğundan emin olun.
7. Tüm testler başarıyla tamamlanırsa CVM'yi ve düğümü bakım modundan çıkarın:

A. Etkilenen CVM'den bakım modundan çıkmak için diğer CVM'lerden birinden aşağıdaki komutu çalıştırın:

 nutanix@cvm$ ncli ana bilgisayar düzenleme kimliği=<ana bilgisayar kimliği> etkinleştirme-bakım-modu=false

B. Ana makineden bakım moduna geçin. Bu, VM konumunu geri yükleyecektir:

 nutanix@cvm$ acli host.exit_maintenance_mode <ana bilgisayar ip'si>

[ Başa dönüş ]

Tahvil adı ve köprü/anahtar adı nasıl kontrol edilir?

Bağ adını ve anahtar/köprü adını almak için CVM'den komutu çalıştırın:

 nutanix@cvm$ Manage_ovs show_uplinks

Örnek

 nutanix@cvm$ Manage_ovs show_uplinks
Köprü br1: ---> Köprü/Anahtar adı
  Yukarı bağlantı bağlantı noktaları: br1-up ---> bağ adı
  Yukarı bağlantı iface'leri: eth1 eth0

Köprü br0: ---> Köprü/Anahtar adı
  Uplink bağlantı noktaları: br0-up ---> bağ adı
  Yukarı bağlantı iface'leri: eth3 eth2

Bu örnekte bağ adı köprü/anahtar br0 için br0-up ve köprü/anahtar br1 için br1-up şeklindedir.

[ Başa dönüş ]

AHV'de LACP nasıl yapılandırılır

Hedef ana bilgisayarın ağ erişimi olduğunda, kümedeki başka bir bakım gerektirmeyen mod CVM'sinden belirli yukarı bağlantıları uzaktan yeniden yapılandırmak için, Manage_ovs komutunu kullanın. Değişkenleri gerektiği gibi kullanın:

 nutanix@cvm$ Manage_ovs --bridge 
  
   --arayüzler 
   
  
    --bond_name 
    
   
     --ev sahibi 
     
    
      --bond_mode denge-tcp --lacp_mode hızlı --lacp_fallback gerçek update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Örnek için aşağıya bakın:

 nutanix@cvm$ Manage_ovs --bridge br0 --interfaces eth2,eth3 --bond_name br0-up --ana bilgisayar hh.hh.hh.hh --bond_mode denge-tcp --lacp_mode fast --lacp_fallback true update_uplinks

Not: LACP süresi seçeneklerini (yavaş ve hızlı) göz önünde bulundurun. Anahtarların hızlı bir yapılandırması varsa Nutanix Cluster'ın LACP'sini de hızlı moda ayarlamanız gerektiğini unutmayın. Aksi halde LACP hızındaki uyumsuzluk nedeniyle kesinti yaşayabilirsiniz.

[ Başa dönüş ]

AHV'de LACP'nin yapılandırılıp yapılandırılmadığı nasıl doğrulanır?

Aşağıdaki komutları çalıştırın.

 root@ahv# ovs-appctl bond/show br0-up 
root@ahv# ovs-appctl lacp/show br0-up

Çalışma örnekleri:

ovs-appctl bond/show için " lacp_status: müzakere edildi " notuna dikkat edin

 root@ahv# ovs-appctl bond/show br0-up  
---- kardeşim ----  
bond_mode: bakiye-tcp  
tahvil devridaim kullanabilir: evet, Devridaim Kimliği: 301  
tahvil karma temeli: 0  
güncelleme gecikmesi: 0 ms  
gecikme: 0 ms  
sonraki yeniden dengeleme: 6757 ms  
lacp_status: müzakere edildi  
aktif ikincil mac: 0c:c4:7a:1e:3e:6e(eth2)  
  
köle eth2: etkin  
        aktif köle  
        may_enable: doğru  
        karma 78: 127 kB yük  
        karma 108: 13 kB yük  
        karma 244: 94 kB yük  
  
köle eth3: etkin  
        may_enable: doğru  
        karma 9: 6 kB yük  
        karma 11: 11 kB yük  
        karma 23: 12 kB yük  
...

ovs-appctl lacp/show için, her arayüz için " durum: etkin anlaşmalı" ve "şu anki bağlı " ifadesini not edin:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- durum: etkin anlaşmalı sys_id: 0c:c4:7a:2f:4f:9d sys_priority: 65534 toplama anahtarı: 1 lacp_time: yavaş köle: eth2: mevcut bağlı port_id: 1 port_priority: 65535 may_enable: doğru aktör sys_id: 0c:c4:7a:2f:4f:9d aktör sys_priority: 65534 aktör port_id: 1 aktör port_priority: 65535 aktör anahtarı: 1 aktör durumu: etkinlik toplama senkronize toplama dağıtım ortağı sys_id: 00:2b:21:45:2d:12 ortak sys_priority: 32768 ortak port_id: 39 ortak port_priority: 32768 ortak anahtarı: 115 ortak durumu: etkinlik toplama senkronize toplama dağıtım bağımlısı: eth3: mevcut bağlı port_id: 2 port_priority: 65535 may_enable: gerçek aktör sys_id: 0c:c4:7a:2f:4f:9d aktör sys_priority: 65534 aktör port_id: 2 aktör port_priority: 65535 aktör anahtarı: 1 aktör durumu: etkinlik toplama senkronize toplama dağıtım ortağı sys_id: 00: 2b:21:45:2d:12 ortak sys_priority: 32768 ortak port_id: 40 ortak port_priority: 32768 ortak anahtarı: 115 ortak durumu: etkinlik toplama senkronize toplama dağıtım

Çalışmayan örnekler

ovs-appctl bond/show için " lacp_status: yapılandırılmış " notuna dikkat edin:

 root@ahv# ovs-appctl bond/show br0-up ---- br0-up ---- bond_mode: denge-tcp tahvili yeniden dolaşımı kullanabilir: hayır, Recirc-ID : -1 bond-hash-basis: 0 updelay : 0 ms indirme gecikmesi: 0 ms lacp_status: yapılandırılmış lacp_fallback_ab: gerçek aktif yedekleme birincil: 
  
   aktif yardımcı mac: 00:e0:ed:8b:72:a1(eth2) < kesilmiş >
  
 

"yapılandırılmış", LACP'nin AHV ana bilgisayarında yapılandırıldığını, ancak ana bilgisayarın anahtar bağlantı noktalarıyla LACP üzerinde anlaşamadığını belirtir.

ovs-appctl lacp/show br0-up için, her arayüz için " status: active " ve " defaulted ekli " ifadesini not edin:

 root@ahv# ovs-appctl lacp/show br0-up ---- br0-up ---- durum: aktif sys_id: ac:2f:7b:b6:fe:2e sys_priority: 65534 toplama anahtarı: 1 lacp_time: hızlı köle: eth0: varsayılan bağlı port_id: 2 port_priority: 65535 may_enable: doğru aktör sys_id: ac:2f:7b:b6:fe:2e aktör sys_priority: 65534 aktör port_id: 2 aktör port_priority: 65535 aktör anahtarı: 1 aktör durumu: etkinlik zaman aşımı toplama senkronize toplama dağıtım varsayılan ortak sys_id: 00:00:00:00:00:00 ortak sys_priority: 0 ortak port_id: 0 ortak port_priority: 0 ortak anahtarı: 0 ortak durumu: bağımlı: eth1: varsayılan ekli port_id: 3 port_priority: 65535 may_enable: gerçek aktör sys_id: ac:2f:7b:b6:fe:2e aktör sys_priority: 65534 aktör port_id: 3 aktör port_priority: 65535 aktör anahtarı: 1 aktör durumu: etkinlik zaman aşımı toplama senkronize toplama dağıtım varsayılan

Çıktı, LACP'nin müzakere edilmediğini gösteriyor. Varsayılan, AHV ana bilgisayarının anahtardan LACP PDU'larını almadığını gösterir. Ana makinenizde bu yapılandırmayı görürseniz ana bilgisayarın bağlı olduğu anahtarlardaki LACP yapılandırmasını kontrol edin.

[ Başa dönüş ]

Ana bilgisayarda LACP nasıl devre dışı bırakılır

Ana bilgisayarda LACP'yi güvenli bir şekilde devre dışı bırakmak için aşağıdaki adımları uygulayın. Yapılandırma öncesi ve sonrası görevleri gerçekleştirme adımları için yukarıdaki "İş akışına genel bakış" bölümüne bakın.

1. Aşağıdaki komutlardan birini kullanarak ana bilgisayarları LACP gerektirmeyen bir bağlantı modunu kullanacak şekilde yapılandırın.

A. Aşağıdaki komut, yük dengeleme ilkesini etkin yedeklemeye ayarlar; bu, yalnızca bir etkin yukarı bağlantının kullanıldığı ve beklemedeki bağdaştırıcıların yalnızca etkin bağdaştırıcı başarısız olduğunda kullanıldığı anlamına gelir.

 nutanix@cvm$ Manage_ovs --bridge 
  
   --arayüzler 
   
  
    --bond_name 
    
   
     --ev sahibi 
     
    
      --bond_mode aktif yedekleme update_uplinks
     
    
    
    
   
   
   
  
  
  
 

Bağın tüm üyelerinin fiziksel olarak bağlı olması gerekir; aksi takdirde, Manage_ovs komutu bir uyarı verir ve bağı yapılandırmadan çıkar. Bu hatayı önlemek ve bağlı olmasalar bile bağın arayüzlerini hazırlamak için require_link=false bayrağını kullanın.

 nutanix@cvm$ Manage_ovs --bridge 
  
   --arayüzler 
   
  
    --bond_name 
    
   
     --ev sahibi 
     
    
      --bond_mode aktif yedekleme --require_link=false update_uplinks
     
    
    
    
   
   
   
  
  
  
 

B. Aşağıdaki komut, yük dengeleme politikasını, VM trafiğini çok kullanılan arayüzlerden daha az kullanılan arayüzlere doğru yeniden dengeleyen denge-slb'ye ayarlar ve mevcut tüm yukarı bağlantıları kullanır. Yük dengeleme politikaları hakkında daha fazla bilgi edinmek için AHV Ağ İletişimi En İyi Uygulamalar Kılavuzu'na başvurabilirsiniz.

2. Anahtar bağlantı noktalarındaki LACP'yi kapatın.

[ Başa dönüş ]

AHV ana bilgisayar NIC'sinin MAC adresi nasıl bulunur?

AHV ana bilgisayar NIC'sinin MAC adresini bulmak için aşağıdaki komutlardan birini kullanın:

• AHV ana bilgisayarında aşağıdaki komutu yürütün

 [root@ahv ~]# ethtool -P <arayüz>

Örnek çıktı:

 [root@ahv ~]# ethtool -P eth3
Kalıcı adres: 00:25:90:cb:39:27

• AHV ana bilgisayarında aşağıdaki komutu yürütün

 [root@ahv ~]# ifconfig <arayüz>

Örnek çıktı:

 [root@ahv ~]# ifconfig eth3
eth3 Bağlantı encap:Ethernet HWaddr 00:25:90:CB:39:27 YUKARI YAYIN ÇALIŞIYOR ÇOKLU YAYIN MTU:1500 Metrik:1 RX paketleri:46857327754 hatalar:0 düştü:228250 taşmalar:0 çerçeve:0 TX paketleri:49134503170 hatalar:0 düştü:0 aşım:0 taşıyıcı:0 çarpışma:0 txqueuelen:1000 RX baytı:49893674683483 (45,3 TiB) TX baytı:54855610562476 (49,8 TiB)

[ Başa dönüş ]

Ek Bilgiler

• Nutanix KB 3263 - Nutanix Portalındaki orijinal belge
• Nutanix açılış sayfası
• Lenovo ISG Destek Planı - ThinkAgile HX Cihazı ve Lenovo Converged HX Serisi