Problemi noti per i bilanciatori di carico di rete

I problemi noti sono bug identificati o comportamenti inaspettati che non sono stati risolti prima del rilascio, ma non erano abbastanza critici da ritardarlo. Questi problemi vengono comunicati all'utente, spesso con delle soluzioni, e sono prioritari per la risoluzione a breve termine da parte del team di sviluppo.

Le sezioni seguenti contengono problemi noti per i bilanciatori di carico di rete (NLB) pubblici, privati e Private Path.

Problemi noti per i bilanciatori di carico di rete privati e pubblici

  • Un NLB richiede che ogni combinazione di membri e porte sia unica.

  • La porta di un'istanza del server virtuale del membro NLB può essere utilizzata solo per il traffico NLB.

  • Ciascun ascoltatore si riferisce a un singolo pool (relazione uno-a-uno).

  • Un NLB utilizza le interfacce di rete primarie dei suoi membri associati per il traffico dati. Le interfacce di rete non primarie non sono supportate.

  • Per migliorare la disponibilità, utilizzare una sottorete dedicata per gli NLB. Se possibile, collocare i client e i membri in sottoreti separate.

  • Due membri con la stessa istanza X e la stessa porta Y non possono esistere contemporaneamente in un NLB. Ad esempio, due membri che utilizzano la stessa porta server sulla stessa istanza non sono supportati e l'instradamento del traffico potrebbe fallire. Per ulteriori informazioni, vedere Perché non riesco ad aggiungere membri con la stessa porta server al mio NLB?

  • Per un NLB con modalità di instradamento abilitata:

    • Solo le istanze di Virtual Network Function (VNF) sono supportate come target back-end. Quando si usano le API, impostare port_min su 1 e port_max su 65535; lasciare port vuoto.
    • È supportato un solo ascoltatore.
    • L'NLB e le destinazioni di back-end VNF devono essere nella stessa sottorete.

  • Per le quote e i limiti di servizio, vedere Quote e limiti di servizio per i bilanciatori di carico di rete. Per richiedere un aumento, creare un caso di assistenza.

  • Quando si crea un ascoltatore per un NLB, è possibile specificare un protocol di tcp o udp. Tuttavia, ogni ascoltatore in NLB deve utilizzare un unico port.

  • NLB privato Il servizio NLB potrebbe aggiungere regole alle tabelle di instradamento personalizzate per garantire la disponibilità del servizio per alcune condizioni di errore. Di conseguenza, se il client si trova al di fuori della zona e/o della VPC dell'NLB, è necessario configurare una tabella di routing personalizzata in ingresso nella VPC che ospita l'NLB con la sorgente di traffico appropriata.

  • Private NLB La tabella di routing in ingresso richiesta dipende dalla posizione del client:

    Fonti di traffico che richiedono l'inserimento di tabelle di instradamento personalizzate.
    Ubicazione client Tipo di tabella di instradamento Origine traffico
    On-prem Ingress Direct Link
    Un'altra infrastruttura VPC o classica Ingress Transit Gateway
    Un'altra zona di disponibilità dello stesso VPC Ingress Zona VPC

    Per ulteriori informazioni, consultare Informazioni sulle tabelle di instradamento e sugli instradamenti.

  • È possibile disporre di un massimo di 128 configurazioni di ritorno diretto del server per ciascuna istanza di server virtuale membro back-end.

  • Quando un'istanza di destinazione membro viene eliminata, il membro del pool NLB corrispondente non viene rimosso automaticamente.

Problemi noti per i bilanciatori di carico di rete Private Path

  • Quando si configura un ALB come membro di Private Path NLB, lo stato di salute di NLB TCP mostra sempre OK, anche se i membri del pool ALB non sono sani.

  • I membri del pool Private Path NLB devono essere istanze di server virtuali VPC o IP riservati nella stessa VPC del bilanciatore di carico. Per raggiungere membri esterni al VPC (ad esempio, membri on-premises), è possibile configurare un ALB come membro del pool Private Path NLB e definire le destinazioni remote come membri ALB. Per ulteriori informazioni, vedere Connessione di un servizio on-premises a un consumer utilizzando un ALB in un pool Private Path NLB.

  • L'accesso a un Percorso privato NLB da una regione diversa non è supportato. Il gateway VPE consumer e l'istanza Private Path NLB devono trovarsi nella stessa regione.

    Soluzione: Creare un gateway di transito per collegare la VPC consumer nella regione remota alla VPC che ospita il Private Path VPE. Quindi, accedere al servizio tramite tale VPE. Per assistenza alla configurazione, contattare il servizio di assistenza IBM.

  • L'accesso ai percorsi privati NLB dall'infrastruttura classica non è supportato.

    Soluzione: Creare un gateway di transito dall'ambiente classico alla VPC che ospita il Private Path VPE. Quindi, accedere al servizio tramite tale VPE.

  • Il controllo dell'accesso al bilanciatore di carico è gestito da un servizio Private Path. I gruppi di sicurezza e gli elenchi di controllo degli accessi alla rete (NACL) non sono supportati.

  • UDP non è supportato dal percorso dati del bilanciatore di carico.

  • L'integrazione Autoscaler non è supportata.

  • La MTU massima per il traffico NLB del percorso privato è 8500.

  • Per le quote e i limiti di servizio, vedere Quote e limiti di servizio per i bilanciatori di carico della rete Private Path. Per richiedere un aumento, creare un caso di assistenza.

  • Quando si crea un NLB con percorso privato, si verifica un problema noto per cui i campi relativi alla richiesta e alla risposta del monitor di integrità non vengono restituiti nella risposta dell'API GET.