Creazione di un gruppo di pari
Dynamic Route Server per VPC è una funzionalità in versione beta disponibile a scopo di valutazione e test per alcuni clienti selezionati. L'accesso è limitato agli account presenti nell'elenco delle autorizzazioni.
È possibile creare un gruppo di peer per raggruppare logicamente i peer correlati, definire i loro ruoli di routing, configurare il monitoraggio dello stato di integrità e controllare quali percorsi vengono elaborati dal server di routing dinamico a partire da tali peer. Le politiche vengono applicate a livello di gruppo di riferimento.
Prima di iniziare
Prima di creare un gruppo di pari:
- Esaminare gli aspetti da considerare nella pianificazione dei server di instradamento dinamico.
- Esaminare i problemi noti relativi ai server di instradamento dinamico.
- Assicurati di disporre di un server di instradamento dinamico configurato con almeno un membro. Per ulteriori informazioni, consultare la sezione " Creazione di un server di instradamento dinamico ".
Creazione di un gruppo di pari nella console
Per creare un gruppo di pari nella console, procedere come segue:
-
Dal browser, apri la console IBM Cloud ed effettua l'accesso al tuo account.
-
Selezionare “ Menu di navigazione
”, quindi fare clic su “ Infrastrutture
” > “ Rete ” > “ Server di instradamento dinamici ”.
-
Nell'elenco, seleziona la riga del server di instradamento dinamico su cui desideri operare, quindi fai clic su Crea gruppo di peer +.
-
Inserisci un nome per il gruppo di pari, ad esempio “
my-peer-group”. -
Seleziona uno dei seguenti ruoli di peer:
-
Router- Utilizzare questo ruolo quando il peer scambia percorsi con il server di instradamento dinamico tramite BGP. Adatto a router, firewall e dispositivi SD-WAN che pubblicano e apprendono percorsi.
-
Prossimo salto- Utilizzare questo ruolo quando il peer è solo una destinazione di inoltro, non una fonte di instradamento. Adatto a firewall o dispositivi attraverso i quali il traffico deve transitare, ma che non devono pubblicizzare le rotte.
I gruppi di peer del gateway di transito possono essere configurati solo dal servizio Transit Gateway. Per ulteriori informazioni, consultare la sezione " Aggiunta di una connessione ".
-
-
Selezionare una delle seguenti modalità di monitoraggio dello stato di salute:
- BGP- Utilizza lo stato della sessione BGP per determinare lo stato di integrità dei peer. Quando il peer smette di funzionare, rimuove automaticamente le rotte che utilizzano tale peer come hop successivo.
- BFD su BGP- Utilizza il Bidirectional Forwarding Detection (BFD) con il BGP per monitorare la connettività tra peer. Garantisce un rilevamento più rapido dei guasti e una rimozione più veloce dal percorso, risultando più adatto ai dispositivi di hop successivo.
- Nessuno (solo hop successivo)- Disattiva il monitoraggio dello stato di integrità dei peer. I problemi di connettività non vengono rilevati automaticamente.
-
Abilitare lo stato del gruppo di peer per stabilire una sessione BGP con i peer presenti nel gruppo.
Creazione di un osservatore di prefissi
Un "prefix watcher" è una regola che determina quali percorsi provenienti dal gruppo di peer vengono consentiti o negati dal server di instradamento dinamico prima dell'applicazione di qualsiasi politica. Si tratta di una configurazione facoltativa. Utilizza un prefix watcher per limitare l'accettazione delle rotte, bloccare i prefissi indesiderati e ridurre il rumore di routing.
Per creare un prefix watcher nella console, procedere come segue:
- Nella sezione " Prefix watcher" (opzionale), fare clic su " Crea".
- Selezionare il tipo di prefisso in base alle proprie esigenze.
- Prefissi monitorati- Solo le rotte che corrispondono a questi prefissi possono essere utilizzate.
- Prefissi esclusi- Le rotte che corrispondono a questi prefissi vengono sempre ignorate, anche se monitorate.
- Inserisci il prefisso, ovvero il prefisso di rete insieme alla relativa maschera di sottorete (ad esempio,
10.0.0.0/8), che desideri monitorare o escludere. - Facoltativo: inserire i valori per GE (maggiore o uguale a) e LE (minore o uguale a) per definire l'intervallo di lunghezze dei prefissi che soddisfano la regola.
- GE specifica la lunghezza minima del prefisso che è consentito abbinare.
- LE specifica la lunghezza massima del prefisso che è consentito trovare.
- Ad esempio, per un prefisso
10.0.0.0/8, impostando GE =16e LE =24si ottengono corrispondenze per le rotte da/16a/24all’interno dello spazio di indirizzi10.0.0.0/8. Se si specifica solo GE, non esiste alcun limite massimo alla lunghezza del prefisso. Se sia GE che LE sono vuoti, non viene applicato alcun vincolo sulla lunghezza del prefisso e la regola corrisponde a tutte le rotte all’interno del prefisso.
- Fai clic su " Aggiungi all'elenco " per aggiungere il filtro all'elenco del monitoraggio dei prefissi. Il prefix watcher è un elenco ordinato di filtri.
Nella sezione " Peer ", clicca su "Allega " per allegare un peer. Nella sezione " Politiche ", attivare l'opzione "Crea politica " per creare una politica di gruppo di pari. Quindi, fare clic su " Crea gruppo di pari ". Per ulteriori informazioni, consultare i paragrafi " Aggiunta di un peer a un gruppo di peer " e " Creazione di una politica per un gruppo di peer ".
Creazione di un gruppo di pari dalla CLI
Per creare un gruppo di pari per il server di instradamento dinamico dalla CLI, procedere come segue:
-
Accedi al tuo ambiente CLI. Dopo aver inserito la password, il sistema richiede di specificare l'account e la regione che si desidera utilizzare:
ibmcloud login --sso -
Abilita il seguente flag di funzionalità:
export IBMCLOUD_IS_FEATURE_DYNAMIC_ROUTE_SERVER=true -
Esegui il seguente comando:
ibmcloud is dynamic-route-server-peer-group-create DYNAMIC_ROUTE_SERVER (--roles next_hop | router | next_hop,router) (--peers PEERS_JSON | @PEERS_JSON_FILE) (--health-monitor-roles next_hop | router) [--health-monitor-mode bfd | bgp | none] [--name NAME] [--state disabled | enabled] [--excluded-prefixes EXCLUDED_PREFIXES_JSON | @EXCLUDED_PREFIXES_JSON_FILE] [--monitored-prefixes MONITORED_PREFIXES_JSON | @MONITORED_PREFIXES_JSON_FILE] [--output JSON] [-q, --quiet]
Dove:
DYNAMIC_ROUTE_SERVER- L'identificatore dinamico del server di instradamento.
--roles- Un elenco, separato da virgole, dei ruoli del gruppo di pari. Uno dei seguenti:
next_hop,routeronext_hop,router. --peers- Un array JSON che definisce i peer. È possibile specificare da uno a sei peer. È anche possibile aggiungere i peer separatamente. Per ulteriori informazioni, consultare la sezione " Aggiunta di un peer a un gruppo di peer ".
@PEERS_JSON_FILE- Un file contenente il payload JSON dei peer.
--health-monitor-roles- Un elenco, separato da virgole, dei ruoli per la configurazione del monitor di integrità. Uno dei seguenti indirizzi:
next_hopoppurerouter. --health-monitor-mode- La modalità di monitoraggio dello stato di salute. Per il ruolo "
next_hop", le opzioni disponibili sonobfd(impostazione predefinita),bgponone. Per il ruolo "router", le opzioni disponibili sonobfdoppurebgp(impostazione predefinita). --name- Il nome del gruppo di pari.
--state- Lo stato del gruppo di riferimento. Uno dei seguenti indirizzi:
disabledoppureenabled. Il valore predefinito èenabled. --excluded-prefixes- Un array JSON contenente i prefissi CIDR da escludere dal monitoraggio.
@EXCLUDED_PREFIXES_JSON_FILE- Un file contenente il payload JSON dei prefissi esclusi.
--monitored-prefixes- Un array JSON contenente i prefissi CIDR da monitorare.
@MONITORED_PREFIXES_JSON_FILE- Un file contenente il payload JSON dei prefissi monitorati.
--output- Output in formato JSON.
-q, --quiet- Disattiva l'output dettagliato.
Dopo aver creato un gruppo di pari, aggiungi un pari e definisci una politica per il gruppo di pari. Per ulteriori informazioni, consultare i paragrafi " Aggiunta di un peer a un gruppo di peer " e " Creazione di una politica per un gruppo di peer ".
Creazione di un gruppo di pari tramite l'API
Per creare un gruppo di pari tramite l'API, procedi come segue:
-
Configura il tuo file
[Ambiente API](/docs/vpc?topic=vpc-set-up-environment#api-prerequisites-setup)con le variabili richieste. -
Salva eventuali variabili aggiuntive da utilizzare nei comandi API. Ad esempio:
ResourceGroupId- Individuare l'ID del gruppo di risorse utilizzando il comandoget resource groups, quindi assegnare un valore alla variabile:
export ResourceGroupId=<your_resourcegroup_id> -
Una volta impostate tutte le variabili, creare il gruppo di pari.
- Per creare un gruppo di pari composto da uno a sei membri, eseguire il seguente comando:
curl -X POST \ "$vpc_api_endpoint/v1/dynamic_route_servers/DRS_ID/peer_groups?version=$api_version&generation=2" \ -H "Authorization: Bearer $iam_token" \ -H "Content-Type: application/json" \ -d '{ "name": "my-peer-group", "state": "enabled", "roles": ["next_hop", "router"], "health_monitor": { "mode": "bfd", "roles": ["next_hop"] }, "peers": [ { "name": "my-peer", "asn": 64520, "priority": 1, "endpoint": { "address": "10.40.38.2", "gateway": { "address": "10.30.40.5" } } } ] }'
Dopo aver creato un gruppo di pari, aggiungi un pari e definisci una politica per il gruppo di pari. Per ulteriori informazioni, consultare i paragrafi " Aggiunta di un peer a un gruppo di peer " e " Creazione di una politica per un gruppo di peer ".
Passi successivi
Ora che hai creato il tuo gruppo di pari, valuta i seguenti passi da compiere: