Requisiti di latenza di rete per gli host " Satellite "

Verificare i requisiti di latenza di rete per gli host aggiunti alla sede di IBM Cloud Satellite, al fine di garantire prestazioni e disponibilità ottimali.

IBM- managed master ai nodi di lavoro forniti dal cliente per il piano di controllo della posizione Satellite

Gli host che vuoi collegare al piano di controllo ubicazione Satellite devono avere una connessione a bassa latenza inferiore o uguale a 200 millisecondi (<= 200ms) RTT (round trip time) alla regione IBM Cloud da cui è gestita la tua ubicazione Satellite. Come aumenta la latenza, si potrebbero vedere impatti sulle prestazioni, tra cui Satellite Link throughput, Satellite-enabled IBM Cloud il tempo di provisioning del servizio, l'orario di ripristino dell'host e in casi estremi, la disponibilità di risorse che vengono eseguite nel Satellite piano di controllo della posizione, come Red Hat OpenShift master cluster. Per ulteriori informazioni, consultare Verifica della latenza tra IBM Cloud e il piano di controllo della posizione Satellite hosts.

I nodi di lavoro forniti dal cliente nel piano di controllo della posizione Satellite ai nodi di lavoro che eseguono Satellite-enabled IBM Cloud servizi, come Red Hat OpenShift cluster nello stesso ubicazione

La configurazione dell'infrastruttura host deve avere una connessione a bassa latenza inferiore o uguale a 100 millisecondi (<= 100ms) RTT (round trip time) tra gli host utilizzati per i nodi di lavoro del piano di controllo ubicazione Satellite e gli host utilizzati per altre risorse nell'ubicazione, come i cluster o il servizio Satelliteabilitato IBM Cloud. Ad esempio, nei provider cloud come AWS, questo setup in genere significa che tutti gli host presenti nella posizione Satellite provengono dalla stessa regione cloud, come us-east-1. Come aumenta la latenza, si potrebbero vedere impatti sulle prestazioni, inclusi i tempi di provisioning e recupero, i nodi di lavoro ridotti nel cluster, Satellite-enabled IBM Cloud la degradazione del servizio, e in casi estremi, i guasti nelle applicazioni cluster.

I nodi di lavoro forniti dal cliente vengono assegnati alla stessa risorsa, come il piano di controllo della posizione Satellite o un cluster

La configurazione dell'infrastruttura host deve avere una connessione a bassa latenza inferiore o uguale a 10 millisecondi (<= 10ms) RTT (round trip time) tra tutti gli host assegnati alla stessa risorsa Satellite, come il piano di controllo ubicazione Satellite, un servizio Satelliteabilitato IBM Cloud o cluster. Come aumenta la latenza, si potrebbero vedere impatti sulle prestazioni, tra cui Satellite-enabled IBM Cloud servizi come database o errori di applicazione cluster.

Verifica la latenza tra IBM Cloud e il piano di controllo della posizione Satellite

Ogni sede di Satellite è gestita da una regione multizona di IBM Cloud. Puoi verificare la latenza tra i tuoi host e la regione per assicurarti di utilizzare una connessione a bassa latenza inferiore o uguale a 200 millisecondi (<= 200ms) RTT (round trip time).

  1. Nel tuo provider di infrastrutture, accedi ad una macchina host che si desidera aggiungere ad una posizione Satellite. Ad esempio, si potrebbe SSH nella macchina da una riga di comando.

  2. Notare gli indirizzi IP per la regione IBM Cloud che si desidera testare

    Dallas
    52.117.39.146, 169.48.134.66, 169.63.36.210
    Francoforte
    149.81.188.122, 158.177.88.18, 161.156.38.122
    Londra
    158.175.120.210, 141.125.97.106, 158.176.139.66
    Osaka
    163.68.73.50, 163.69.65.242, 163.73.67.10
    San Paolo
    163.107.67.18, 163.109.71.82, 169.57.144.42
    Sydney
    130.198.65.82, 135.90.66.194, 168.1.58.90
    Tokyo
    161.202.104.226, 128.168.67.106, 165.192.108.10
    Toronto
    163.74.65.138, 163.75.70.50, 169.53.160.154
    Washington, DC
    169.63.123.154, 169.63.110.114, 169.62.13.2, 169.60.123.162, 169.59.152.58, 52.117.93.26
    Madrid
    13.120.67.114, 13.121.67.98, 13.122.67.106

  3. Dal tuo host, ping gli indirizzi IP della regione IBM Cloud.

    ping <ip_address>

  4. Dopo qualche pacchetto di trasmissione completa, chiudere la connessione. Ad esempio, dalla riga di comando, si potrebbe inserire ctrl+c.

  5. Nell'output ping statistics, prendi nota della distanza di andata e ritorno media (avg) in millisecondi (ms) tra l'host e la regione IBM Cloud e confronta se la connessione soddisfa il requisito di latenza inferiore o uguale a 200 millisecondi (<= 200ms).

    Esempio di connessione che soddisfa i requisiti di latenza

    --- 169.63.123.154 ping statistics ---
25 packets transmitted, 25 packets received, 0.0% packet loss
round trip min/avg/max/stddev = 48.131/77.716/181.397/27.893 ms

    Esempio di connessione che non soddisfa i requisiti di latenza

    --- 158.175.120.210 ping statistics ---
9 packets transmitted, 9 packets received, 0.0% packet loss
round trip min/avg/max/stddev = 138.453/217.370/419.901/108.211 ms