SAP NetWeaver considerazioni sulla progettazione
È importante considerare attentamente la configurazione, l'implementazione e la progettazione dello stack di soluzioni SAP.
SAP NetWeaver-i sistemi basati sulla tecnologia possono essere implementati in due modi:
- Un sistema centrale, che è un'installazione a host singolo (a due livelli)
- Un sistema distribuito, ovvero un'installazione multi-host (a tre livelli); questa opzione può essere scelta per la scalabilità del sistema
È possibile scegliere di distribuire il carico di lavoro su più server o di mantenerlo su un unico server per semplicità, a seconda delle esigenze aziendali.
SAP modelli di architettura di sistema
L'architettura dei sistemi basati su SAP NetWeaver si basa su un design multitier client/server che consiste in tre livelli principali: il livello di presentazione (front-end dell'utente), il livello di applicazione e il livello di database.
Per l'implementazione di soluzioni basate su SAP NetWeaver vengono comunemente utilizzati due modelli di architettura.
- Un modello di architettura a due livelli si riferisce a un livello di presentazione separato e a un livello di applicazione e database. Sia l'applicazione che il database sono installati insieme su un singolo host.
- Nel modello di architettura a tre livelli, i livelli di presentazione, applicazione e database sono installati su host separati. La configurazione dell'architettura a tre livelli è altamente scalabile. È possibile installare più server per il livello applicativo e, in un'implementazione scale-out SAP HANA, anche per il livello di database.
SAP NetWeaver I sistemi Application Server ABAP sono costituiti dai seguenti componenti, che possono essere eseguiti su un singolo host o distribuiti su più host.
- ABAP Central Services (ASCS), che comprende un server di messaggi ABAP e un server Enqueue standalone
- Primary Application Server (PAS), che include un processo ABAP dispatcher e processi di lavoro ABAP
- Server applicativi aggiuntivi (AAS)
Dalla versione SAP NetWeaver 7.5, il termine PAS si riferisce all'application server SAP che viene installato per primo nel sistema. L'architettura del PAS e degli altri application server è la stessa (vedere SAP Note 2360614 - Primary Application Server(PAS)Instance Directory renamed as of SAP Netweaver 7.50 ). Nelle versioni precedenti, i servizi ASCS erano integrati nell'istanza PAS e tali istanze erano comunemente denominate Istanza centrale.
Per creare un ambiente ad alta disponibilità per i sistemi basati su SAP NetWeaver, distribuire ciascuno di questi componenti su host separati.
- Server di database
- Servizi centrali ABAP (ASCS)
- Enqueue Replication Server (ERS), che fornisce una protezione aggiuntiva per la tabella di blocco ASCS
- PAS
- AAS
Configurazione dell'alta disponibilità per SAP NetWeaver
IBM Cloud fornisce l'automazione per l'implementazione di scenari selezionati di alta disponibilità per distribuzioni basate su SAP NetWeaver o S/4HANA in VPC IBM Cloud.
Per i dettagli sugli scenari disponibili con la distribuzione automatica in IBM Cloud VPC, vedere le seguenti informazioni.
Altri scenari di alta disponibilità non coperti dall'automazione esistente possono essere implementati in base alla soluzione di alta disponibilità disponibile per il sistema operativo scelto.
Per una configurazione ad alta disponibilità, è necessario aggiungere altri componenti hardware e software al paesaggio.
Se avete bisogno di licenze software aggiuntive, di accedere a repository software diversi o di entrambe le cose, contattate il supporto di IBM Cloud per assistenza.
Queste informazioni sulla configurazione si applicano sia al software di alta disponibilità per SAP NetWeaver sia al software di alta disponibilità per il sistema di gestione dei database relazionali (RDBMS) scelto. Le procedure di configurazione non sono diverse da quelle di un ambiente on-premise e richiedono passaggi di configurazione hardware e software simili.
Panoramica delle configurazioni di alta disponibilità di SAP NetWeaver
Diversi documenti forniscono una guida approfondita alla pianificazione e all'installazione di un ambiente HA per i servizi SAP. I documenti includono informazioni su failover, replica, ridimensionamento incrementale e ripristino di emergenza (DR). I riferimenti a documenti specifici sono forniti ove opportuno.
Tutti i sistemi operativi e le distribuzioni supportati da IBM Cloud per la distribuzione di una soluzione SAP (Windows Server, Red Hat Enterprise Linux e SUSE Linux Enterprise Server ) sono dotati di software per l'alta disponibilità e di estensioni specifiche. I sistemi operativi e le distribuzioni supportati sono descritti in questi documenti:
- I nuovi miglioramenti del Failover Clustering in Windows Server 2012 e i suoi vantaggi per l'alta disponibilità di SAP NetWeaver forniscono una descrizione basata su Microsoft Windows Server Failover Clustering (WFSC) per le implementazioni di SAP NetWeaver.
- I seguenti documenti forniscono indicazioni sulla distribuzione di SAP NetWeaver in un ambiente Linux ad alta disponibilità.
- Soluzioni di alta disponibilità supportate da SLES per le applicazioni di SAP
- Red Hat Soluzioni HA per applicazioni SAP HANA, S/4HANA e NetWeaver basate su SAP
- Building High Availability for SAP NetWeaver and SAP HANA on Linux è un documento di best practice SAP e fornisce una descrizione tecnica dettagliata con una forte attenzione a SAP HANA.
SAP Per ulteriori prodotti ad alta disponibilità certificati dai partner di SAP nell'ambito del programma di certificazione delle interfacce per Application Server High Availability, vedere SAP High Availability - Certified HA-Interface Partners
Per i database diversi da SAP HANA, consultare la documentazione del database per ulteriori informazioni sulle configurazioni di alta disponibilità e disaster recovery.
L'accesso condiviso a uno di questi elementi di storage è necessario per supportare il failover dei sistemi ad alta disponibilità:
- Network File System ( NFS ); le implementazioni on-premises possono anche utilizzare lo storage Common Internet File System (CIFS)
- iSCSI-based immagazzinamento
Per supportare il failover del sistema DR è necessario uno storage locale combinato con un metodo di replica.
Come per le installazioni on-premise, nella pianificazione dell'implementazione è necessario considerare i requisiti di prestazioni e latenza del prodotto di database.
Configurazione dell'alta disponibilità in Infrastruttura classica
L'ambiente IBM Cloud non offre distribuzioni ad alta disponibilità preconfigurate per le soluzioni SAP. Tuttavia, è possibile configurare scenari di alta disponibilità in base alla soluzione di alta disponibilità disponibile per il sistema operativo scelto.
Vedere Considerazioni sull'alta disponibilità e sulle recinzioni e Considerazioni sull'alta disponibilità e sulla rete per gli elenchi degli elementi da considerare per l'implementazione. A parte queste considerazioni, la configurazione dell'alta disponibilità di SAP NetWeaver e del suo database non differisce da quella di altre installazioni on-premise.
Considerazioni sull'alta disponibilità e sulla schermatura
Per proteggere l'integrità delle risorse condivise in un cluster ad alta disponibilità, è necessario un meccanismo di schermatura per isolare i nodi del cluster in avaria. I cluster basati su processori Intel utilizzano spesso una funzione IPMI (Intelligent Platform Management Interface) per il fencing. A causa dell'implementazione della sicurezza aziendale nell'ambiente IBM Cloud Classic Infrastructure, l'accesso basato sulla rete ai dispositivi di gestione remota tramite IPMI non è disponibile.
In assenza di un dispositivo abilitato IPMI, vengono utilizzati meccanismi di schermatura basati su dispositivi di archiviazione condivisi. In un ambiente IBM Cloud, i dispositivi di archiviazione condivisi sono in genere implementati fornendo una LUN iSCSI ai server.
Ad esempio, è possibile utilizzare un File Share Witness (FSW) in un cluster Microsoft Windows. Per informazioni sulla configurazione e la gestione del quorum nelle distribuzioni basate su Windows Server, vedere Gestione del quorum e dei testimoni.
Linux-i cluster basati su Storage possono utilizzare un'implementazione basata su SBD (Storage-Based Death o STONIT Block Device) per il fencing. Per ulteriori informazioni sul cluster fencing e SBD, vedere Pacemaker Explained - Fencing and Using SBD With Pacemaker.
IBM Cloud lo storage a blocchi ha funzioni integrate di alta disponibilità. Una singola LUN condivisa iSCSI non introduce un singolo punto di guasto (SPOF) poiché il layout di rete è ridondante. Tuttavia, una soluzione cluster specifica potrebbe richiedere più di un dispositivo condiviso.
Alta disponibilità e considerazioni sulla rete
Un'installazione basata sull'ambiente IBM Cloud Classic Infrastructure viene fornita con una delle seguenti configurazioni di rete:
- Rete privata
- Rete pubblica
- Reti pubbliche e private
- Due reti private (su richiesta speciale, a seconda del tipo di server e della configurazione dei componenti hardware fisici)
Come per le installazioni on-premise, è possibile ordinare adattatori di rete aggiuntivi a seconda delle limitazioni fisiche dell'hardware. La limitazione è la stessa delle installazioni on-premises, ovvero il numero di schede NIC che possono essere inserite nel server.
Quando si distribuisce l'hardware del server, evitare i singoli punti di guasto nella topologia di rete ordinando adattatori di rete ridondanti.
Gli adattatori ridondanti per i server bare metal sono impostati in una configurazione di failover utilizzando il Link Aggregation Control Protocol (LACP). Le interfacce di collegamento vengono utilizzate per Linux e gli adattatori di teaming per Microsoft Windows. Queste configurazioni forniscono un'interfaccia logica per la ridondanza e una maggiore larghezza di banda.
Quando si distribuisce IBM Cloud for VMware Solutions, gli adattatori ridondanti per VMware vengono impostati utilizzando uno switch distribuito NSX-T. Questo è in linea con le attuali best practice di VMware per il Software-Defined Data Center (vedi VMware NSX-T design ). Sebbene sia soggetta a modifiche, la ridondanza viene configurata impostando ogni switch distribuito per utilizzare l'algoritmo di bilanciamento del carico basato sulla rotta della porta virtuale di origine. Tutti i gruppi di porte inclusi utilizzano il teaming su 2 uplink (attivi: 0,1).
Se si sta distribuendo VMware vSphere su IBM Bare Metal in un'installazione manuale che utilizza vSwitch,, è possibile utilizzare il bonding LACP degli adattatori NIC fisici. La scelta di questa configurazione dipende dalla necessità di aumentare il throughput (ad esempio il bonding) rispetto alla stabilità ridondante (ad esempio il bilanciamento del carico con il teaming).
Gli adattatori NIC sono collegati a switch ridondanti, per cui non viene introdotto un ulteriore singolo punto di guasto. L'infrastruttura ridondante può essere utilizzata dalle VLAN ordinate.
Per alcuni requisiti di rete, come gli scenari di replica per il ripristino d'emergenza, è necessario considerare l'ubicazione dei dispositivi collegati e qualsiasi nuovo requisito di rete specifico per lo scenario. A volte, l'archiviazione di file o di blocchi dell'infrastruttura classica di IBM Cloud con backup snapshot può soddisfare le vostre esigenze. Consultate il servizio di assistenza IBM Cloud per determinare la soluzione migliore per le vostre esigenze aziendali.
Configurazione dell'alta disponibilità in IBM Cloud VPC
Rivedere la documentazione sulla distribuzione automatizzata dell'alta disponibilità all'indirizzo SAP S/4HANA Distribuzione HA su IBM Cloud VPC.
Per gli scenari che non sono coperti dall'automazione o per i quali l'automazione disponibile non è adatta, è sempre possibile implementare manualmente una soluzione di alta disponibilità. In questo caso, valgono le stesse informazioni riportate in Configurazione dell'alta disponibilità in Infrastruttura classica.
Configurazione dell'alta disponibilità per IBM Power Virtual Server
Per implementare scenari di alta disponibilità per le applicazioni SAP su IBM Power Virtual Server, vedere Implementazione dell'alta disponibilità per le applicazioni SAP su IBM Power Virtual Server.