Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Lo stato amministrativo (stato di amministratore) è una funzionalità di Azure Load Balancer che permette di eseguire l'override de comportamento del probe di integrità del Load Balancer in base a un'istanza del pool back-end. Questa funzionalità è utile negli scenari in cui si vuole arrestare l'istanza back-end per manutenzione, applicazione di patch o test.
Perché usare lo stato di amministratore?
Lo stato di amministratore è utile negli scenari in cui si vuole avere un maggiore controllo sul comportamento del Load Balancer. Ad esempio, è possibile impostare lo stato di amministratore in modo che consideri sempre l'istanza back-end idonea per le nuove connessioni, anche se il probe di integrità indica altrimenti. Viceversa, è possibile impostare lo stato di amministratore su inattivo per impedire nuove connessioni, anche se il probe di integrità indica che l'istanza back-end è integra. Ciò può essere utile per la manutenzione o altri scenari in cui si vuole rimuovere temporaneamente un'istanza back-end dalla rotazione.
Tipi di valori dello stato di amministratore
Esistono tre tipi di valori di stato di amministratore: Attivo, Inattivo, Nessuno. La tabella seguente descrive gli effetti di ogni stato sulle nuove connessioni e su quelle esistenti:
| Stato di amministratore | Nuove connessioni | Connessioni esistenti |
|---|---|---|
| Attivo | Il Load Balancer ignora il probe di integrità e considera sempre l'istanza back-end idonea per le nuove connessioni. | Il Load Balancer ignora la risposta del probe di integrità configurato e consente sempre alle connessioni esistenti di proseguire verso l'istanza back-end. |
| Inattivo | Il Load Balancer ignora il probe di integrità e non consente nuove connessioni all'istanza back-end. | Il Load Balancer ignora il probe di integrità e le connessioni esistenti vengono determinate secondo i seguenti protocolli: TCP: le connessioni TCP stabilite verso l'istanza back-end proseguono. UDP: i flussi UDP esistenti passano a un'altra istanza integra nel pool back-end. Nota: è un comportamento simile a quello di Probe inattivo. |
| Nessuno | Il Load Balancer rispetta il comportamento del probe di integrità. | Il Load Balancer rispetta il comportamento del probe di integrità. |
Note
Le metriche dello stato del probe di integrità del Load Balancer e la topologia di Insights del Load Balancer riflettono le modifiche al valore dello stato di amministratore configurato.
Considerazioni sulla progettazione
Quando si distribuisce un Load Balancer con stato di amministratore, prendere in considerazione le considerazioni di progettazione seguenti:
- Lo stato di amministratore diventa effettivo per ogni istanza del pool back-end
- In uno scenario in cui un'istanza di macchina virtuale si trova in più pool back-end, lo stato di amministratore applicato a un pool back-end non influisce sull'altro.
- In uno scenario in cui un pool back-end fa parte di più regole di bilanciamento del carico, lo stato di amministratore applicato al pool back-end influisce su tutte le regole di bilanciamento del carico associate.
- Lo stato di amministratore avrà effetto solo quando si configura un probe di integrità nelle regole di bilanciamento del carico.
Limitazioni
Quando si distribuisce un Load Balancer con stato di amministratore, considerare le limitazioni seguenti:
- Lo stato di amministratore non è supportato con la regola NAT in ingresso.
- Lo stato di amministratore non è supportato per le regole di bilanciamento del carico senza probe.
- Non è possibile configurare lo stato di amministratore durante la creazione di un pool back-end di Load Balancer basato sulla scheda di interfaccia di rete.