Rete cloud ibrida Considerazioni per applicazioni di tipo " SAP " su IBM Power Virtual Server

Un ambiente cloud ibrido combina il sito on-premises con un IBM® Power® Virtual Server. Per collegarsi a SAP S/4HANA sono disponibili diverse opzioni di connessione di rete tra i due siti.

A causa delle dimensioni tipicamente enormi dei database SAP S/4HANA, una larghezza di banda minima è obbligatoria per i sistemi produttivi.

I seguenti argomenti sono trattati nelle seguenti sezioni:

Una migrazione di rete approssimativa considerazioni sulla larghezza di banda minima per carichi di lavoro SAP i
Una breve panoramica delle opzioni di connessione cloud ibride disponibili, che include collegamenti alle descrizioni di configurazione
Servizi di rete aggiuntivi necessari per la migrazione di un sistema SAP
Test delle connessioni di rete per un carico di lavoro dell' SAP

Queste informazioni non sostituiscono l' SAP e esistente o altra documentazione del fornitore.

Considerazioni sulla larghezza di banda della rete

La larghezza di banda è determinata dalla velocità di connessione richiesta tra la sede e l' IBM Cloud® e dipende dallo scenario del progetto, dai protocolli di rete, dal percorso di migrazione e dall'obiettivo del progetto.

IBM Cloud® Uno scenario ibrido con sistemi che collaborano in remoto e in loco richiede requisiti diversi rispetto a un trasferimento una tantum di un sistema su un IBM Cloud® e per test isolati.

La larghezza di banda della rete è il principale fattore limitante per

Tempo di sincronizzazione completo dei server di database
Tempo di replica delta
Tempo di interruzione durante il passaggio di consegne

La sincronizzazione completa è necessaria sia per il caricamento iniziale che per risolvere eventuali problemi di sincronizzazione.

Discutete della larghezza di banda con il vostro provider di rete e specialista di rete, poiché ogni tipo di connessione è diverso.

Esempio - Stima del tempo di sincronizzazione per una connessione IPsec

Come stima approssimativa, consideriamo un esempio che utilizza una connessione VPN IPsec su una connessione Internet dedicata. Un tempo di sincronizzazione completo può essere stimato utilizzando la seguente formula:

Tempo = 200% * (dimensione trasferimento dati) / Larghezza di banda

Esempio di stima.

Dimensione del database: 922 GB
Cambiamenti previsti durante il trasferimento dei dati: 10%
Dimensione del trasferimento dati: 110% * 922 GB = 1024 GB
Larghezza di banda: 500 MBit/s = 0.061 GB/s
Il tempo di trasferimento stimato è 200% * 1024/0.061 = 33554 sec = 9:19 ore

Il sovraccarico calcolato del +100% è un approccio generale per le intestazioni TCP/IP necessarie, le intestazioni IPsec e i trasferimenti di dati extra. Non considera la ritrasmissione dei dati o l'utilizzo condiviso della rete. Questa stima ha lo scopo di aiutare a determinare la larghezza di banda minima richiesta.

La tabella seguente elenca i tempi di trasferimento calcolati per un database da 1 terabyte:

Tempo stimato calcolato per la sincronizzazione completa della VPN IPsec
Dimensione trasferimento database	Larghezza di banda	Sovraccarico	È ora di sincronizzarsi completamente
1024 GB	10 Gbps	+100%	00:27 ore
1024 GB	5 Gbps	+100%	00:54 ore
1024 GB	2 Gbps	+100%	02:16 ore
1024 GB	1 Gbps	+100%	04:33 ore
1024 GB	500 Mbps	+100%	09:19 ore
1024 GB	250 MBps	+100%	ore 18:38
1024 GB	150 MBps	+100%	31:38 ore

Ad esempio, se un sistema di gestione dei contenuti ( SAP ) deve essere nuovamente produttivo entro 8 ore dal verificarsi di un errore di sincronizzazione, per un database di 922 GB la larghezza di banda di rete calcolata deve essere superiore a 500 MB/s.

Questa stima si basa su ipotesi. Non è qualificato o inteso per determinare il tempo di replica esatto. Consulta il tuo provider di rete o misura il tempo di una replica di prova per determinare valori affidabili specifici per la configurazione della tua rete.

Panoramica delle opzioni di connessione di rete

Un setup cloud ibrido in genere combina la rete del cliente con un segmento di rete del cliente in IBM Cloud®. È un'estensione della rete clienti esistente, come se si connettesse un centro dati remoto.

Collegamento di una rete locale con server di potenz IBM i in Power Virtual Server in IBM Cloud® è descritto in Diagrammi dell'architettura di rete.

Se non si ha familiarità con l' Power Virtual Server, le architetture dei casi d'uso del Power Edge Router(PER) sono quelle consigliate e sono le più facili da implementare. Se disponi già di un'area di lavoro Power Virtual Server, potresti prendere in considerazione la migrazione alla nuova configurazione PER o consultare la descrizione dell'ambiente di rete Power Virtual Server.

Sia le architetture PER che quelle non PER offrono questi tipi di opzioni di connessione di rete:

IBM Cloud® Direct Link 2.0

IBM Cloud® Direct Link è una suite di offerte che consente la creazione di connessioni dirette e private tra la rete locale e IBM Cloud®, senza passare attraverso la rete Internet pubblica. Per ulteriori informazioni, vedere Introduzione a IBM Cloud®Direct Link(2.0 ) e Collegamento di un data center locale.

Internet VPN

IBM Cloud® La VPN Internet utilizza la rete Internet pubblica per collegare reti locali e reti aziendali attraverso una VPN. In un IBM Cloud®, la VPN termina con un dispositivo gateway, un'appliance gateway o una VPN come servizio ( VPNaaS ). Leggi l'articolo specifico sulla creazione di connessioni VPN ( IBM Power Virtual Server ).

Il modo più semplice per creare una VPN da sito a sito è iniziare con la VPN come servizio ( VPNaaS ). Leggi l'articolo FAQ per i gateway VPN da sito a sito per maggiori dettagli.

Servizi di rete richiesti

Una configurazione cloud ibrida estende la rete aziendale alle istanze in IBM Cloud®. I server e i client in questa rete ibrida devono comunicare tra loro.

Una configurazione cloud ibrida aiuta nei seguenti punti:

Il routing tra le due reti funziona
Le regole del firewall consentono il traffico attraverso le porte richieste
La risoluzione dei nomi DNS per entrambe le reti funziona

Test delle connessioni di rete per un carico di lavoro e SAP e

SAP fornisce uno strumento niping che controlla l'interfaccia di rete fino al livello 4 OSI, il che significa che verifica che i pacchetti TCP/UDP del livello di trasporto possano essere scambiati. Questo strumento di monitoraggio della connettività ( SAP ) dimostra che la connessione funziona, anche se i pacchetti ICMP vengono eliminati e un semplice ping non riesce.

Fare riferimento a SAP Nota 500235 - Diagnosi di rete con NIPING per ulteriori dettagli su NIPING.

Per la migrazione dei sistemi di gestione delle informazioni ( SAP ) utilizzando la replica del database di Microsoft SQL Server ( SAP HANA ) tra i database di Microsoft SQL Server ( SAP HANA ) in sede e Microsoft SQL Server ( Power Virtual Server ), i server di origine e di destinazione sono i due server di database. I due comandi seguenti verificano la connessione tra un sistema sorgente e un sistema di destinazione.

Server NIPING: Utilizzare il seguente comando per eseguire il server niping su un sistema, ad esempio denominato host1.
```
niping -s
```
NIPING cliente: Quindi, eseguire l'applicazione client niping sul secondo sistema per verificare la connessione al primo sistema host1.
```
niping -c -H host1
```

Un router di tipo " SAP " non è in genere coinvolto nella comunicazione da server a server. Consultare la documentazione del niping per determinare la stringa di connessione corretta se si utilizza un router ( SAP ).