Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt de strategie beschreven voor het implementeren van het SAP BusinessObjects BI-platform (BOBI) in Azure voor Linux. In dit voorbeeld configureert u twee virtuele machines met beheerde Premium SSD-schijven als installatiemap. U gebruikt Azure Database for MySQL voor uw CMS-database en u deelt Azure NetApp Files voor uw bestandsopslagplaatsserver op beide servers. Op beide virtuele machines installeert u de standaard Tomcat Java-webtoepassing en BI-platformtoepassing samen. Als u aanvragen van gebruikers wilt verdelen, gebruikt u Azure-toepassing Gateway met systeemeigen TLS/SSL-offloadmogelijkheden.
Dit type architectuur is effectief voor kleine implementaties of niet-productieomgevingen. Voor grote implementaties of productieomgevingen kunt u afzonderlijke hosts voor uw webtoepassing hebben. U kunt ook meerdere BOBI-toepassingshosts hebben, zodat de server meer informatie kan verwerken.
Hier ziet u de productversie en de indeling van het bestandssysteem voor dit voorbeeld:
- SAP BusinessObjects-platform 4.3
- SUSE Linux Enterprise Server 12 SP5
- Azure Database for MySQL (versie: 8.0.15)
- MySQL C API Connector - libmysqlclient (versie: 6.1.11)
| Bestandssysteem | Beschrijving | Grootte (GB) | Eigenaar | Groep | Storage |
|---|---|---|---|---|---|
| /usr/sap | Het bestandssysteem voor de installatie van het SAP BOBI-exemplaar, de standaard-Tomcat-webtoepassing en de databasestuurprogramma's (indien nodig). | Richtlijnen voor SAP-grootte | bl1adm | sapsys | Beheerde Premium-schijf - SSD |
| /usr/sap/frsinput | De mountdirectory is bedoeld voor gedeelde bestanden op alle BOBI-hosts die worden gebruikt als de invoermap. | Zakelijke behoefte | bl1adm | sapsys | Azure NetApp Files |
| /usr/sap/frsoutput | De mountdirectory is bedoeld voor de gedeelde bestanden tussen alle BOBI-hosts en wordt gebruikt als de opslagplaatsmap voor uitvoerbestanden. | Zakelijke behoefte | bl1adm | sapsys | Azure NetApp Files |
Belangrijk
Hoewel de installatie van het SAP BusinessObjects-platform wordt uitgelegd met behulp van Azure NetApp Files, kunt u NFS in Azure Files gebruiken als de opslagplaats voor invoer- en uitvoerbestanden.
Virtuele Linux-machine implementeren via Azure Portal
In deze sectie maakt u twee virtuele machines met de installatiekopieën van het Linux-besturingssysteem voor het SAP BOBI-platform. De stappen op hoog niveau voor het maken van de virtuele machines zijn als volgt:
Maak een resourcegroep.
Maak een virtueel netwerk.
- Gebruik geen enkel subnet voor alle Azure-services in de IMPLEMENTATIE van het SAP BI-platform. Op basis van SAP BI, platformarchitectuur moet u meerdere subnetten maken. In deze implementatie maakt u drie subnetten: één voor de toepassing, het archief van de bestandsopslagplaats en Application Gateway.
- In Azure moeten Application Gateway en Azure NetApp Files zich altijd op een afzonderlijk subnet bevinden. Zie Azure-toepassing Gateway en richtlijnen voor azure NetApp Files-netwerkplanning voor meer informatie.
Selecteer de geschikte beschikbaarheidsopties , afhankelijk van de systeemconfiguratie van uw voorkeur binnen een Azure-regio, ongeacht of deze betrekking heeft op meerdere zones, zich in één zone bevindt of in een zoneloze regio werkt.
Maak virtuele machine 1, genaamd (azusbosl1).
- U kunt een aangepaste afbeelding gebruiken of een afbeelding kiezen uit de Azure Marketplace. Zie een virtuele machine implementeren vanuit Azure Marketplace voor SAP of een virtuele machine implementeren met een aangepaste installatiekopie voor SAP voor meer informatie.
Maak virtuele machine 2, genaamd (azusbosl2).
Voeg één Premium SSD toe. U gebruikt deze als uw SAP BOBI-installatiemap.
Azure NetApp Files inrichten
Voordat u doorgaat met de installatie van Azure NetApp Files, moet u vertrouwd raken met de documentatie van Azure NetApp Files.
Azure NetApp Files is beschikbaar in verschillende Azure-regio's. Controleer of uw geselecteerde Azure-regio Azure NetApp Files biedt.
Gebruik de beschikbaarheid van Azure NetApp Files per Azure-regio om de beschikbaarheid van Azure NetApp Files per regio te controleren.
Azure NetApp Files-resources implementeren
In de volgende instructies wordt ervan uitgegaan dat u uw virtuele Azure-netwerk al hebt geïmplementeerd. De Azure NetApp Files-resources en de VM's waarop de Azure NetApp Files-resources zijn gekoppeld, moeten worden geïmplementeerd in hetzelfde virtuele Azure-netwerk of in gekoppelde virtuele Azure-netwerken.
Maak een Azure NetApp Files-account in uw geselecteerde Azure-regio.
Een Azure NetApp Files-capaciteitspool instellen. De SAP BI-platformarchitectuur die in dit artikel wordt gepresenteerd, maakt gebruik van één Azure NetApp Files-capaciteitspool op het Premium-serviceniveau. Voor SAP BI File Repository Server in Azure raden we u aan een Azure NetApp Files Premium- of Ultra-serviceniveau te gebruiken.
Implementeer Azure NetApp Files-volumes door de instructies te volgen in Een NFS-volume maken voor Azure NetApp Files.
U kunt de volumes implementeren als NFSv3 en NFSv4.1, omdat beide protocollen worden ondersteund voor het SAP BOBI-platform. Implementeer de volumes in hun respectieve Azure NetApp Files-subnetten. De IP-adressen van de Azure NetApp Files-volumes worden automatisch toegewezen.
Houd er rekening mee dat de Azure NetApp Files-resources en de Azure-VM's zich in hetzelfde virtuele Azure-netwerk of in gekoppelde virtuele Azure-netwerken moeten bevinden. Azusbobi-frsinput en azusbobi-frsoutput zijn bijvoorbeeld de volumenamen en nfs://10.31.2.4/azusbobi-frsinput en nfs://10.31.2.4/azusbobi-frsoutput zijn de bestandspaden voor de Azure NetApp Files-volumes.
- Volume azusbobi-frsinput (nfs://10.31.2.4/azusbobi-frsinput)
- Volume azusbobi-frsoutput (nfs://10.31.2.4/azusbobi-frsoutput)
Belangrijke aandachtspunten
Houd rekening met de volgende overwegingen bij het maken van uw Azure NetApp Files for SAP BOBI-platformopslagplaatsserver:
- De minimale capaciteitspool is 4 tebibytes (TiB). De grootte van de capaciteitspool kan worden verhoogd in stappen van 1 TiB.
- De minimale volumegrootte is 100 gibibytes (GiB).
- Azure NetApp Files en alle virtuele machines waarop de Azure NetApp Files-volumes zijn gekoppeld, moeten zich in hetzelfde virtuele Azure-netwerk bevinden of in gekoppelde virtuele netwerken in dezelfde regio. Azure NetApp Files-toegang via peering van virtuele netwerken in dezelfde regio wordt ondersteund. Azure NetApp Files-toegang via wereldwijde peering wordt momenteel niet ondersteund.
- Het geselecteerde virtuele netwerk moet een subnet hebben dat is gedelegeerd aan Azure NetApp Files.
- De doorvoer- en prestatiekenmerken van een Azure NetApp Files-volume zijn een functie van het volumequotum en het serviceniveau, zoals beschreven in Serviceniveau voor Azure NetApp Files. Zorg er tijdens het aanpassen van de grootte van de SAP Azure NetApp-volumes voor dat de resulterende doorvoer voldoet aan de toepassingsvereisten.
- Met het exportbeleid van Azure NetApp Files kunt u de toegestane clients en het toegangstype (bijvoorbeeld lezen en schrijven of alleen-lezen) beheren.
- De functie Azure NetApp Files is nog niet zonebewust. Momenteel wordt de functie niet geïmplementeerd in alle beschikbaarheidszones in een Azure-regio. Houd rekening met de mogelijke latentie in sommige Azure-regio's.
- Azure NetApp Files-volumes kunnen worden geïmplementeerd als NFSv3- of NFSv4.1-volumes. Beide protocollen worden ondersteund voor de SAP BI-platformtoepassingen.
Bestandssystemen configureren op Linux-servers
In de stappen in deze sectie wordt het volgende voorvoegsel gebruikt:
[A]: De stap is van toepassing op alle hosts.
Het SAP-bestandssysteem opmaken en koppelen
[A] Geef alle gekoppelde schijven weer.
sudo lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 30G 0 disk ├─sda1 8:1 0 2M 0 part ├─sda2 8:2 0 512M 0 part /boot/efi ├─sda3 8:3 0 1G 0 part /boot └─sda4 8:4 0 28.5G 0 part / sdb 8:16 0 32G 0 disk └─sdb1 8:17 0 32G 0 part /mnt sdc 8:32 0 128G 0 disk sr0 11:0 1 628K 0 rom # Premium SSD of 128 GB is attached to virtual machine, whose device name is sdc[A] Formatteer het blokapparaat voor /usr/sap.
sudo mkfs.xfs /dev/sdc[A] Maak de mount directory.
sudo mkdir -p /usr/sap[A] Haal de UUID van het blokapparaat op.
sudo blkid # It will display information about block device. Copy UUID of the formatted block device /dev/sdc: UUID="0eb5f6f8-fa77-42a6-b22d-7a9472b4dd1b" TYPE="xfs"[A] Behoud de vermelding voor het koppelen van het bestandssysteem in /etc/fstab.
sudo echo "UUID=0eb5f6f8-fa77-42a6-b22d-7a9472b4dd1b /usr/sap xfs defaults,nofail 0 2" >> /etc/fstab[A] Koppel het bestandssysteem.
sudo mount -a sudo df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.9G 8.0K 7.9G 1% /dev tmpfs 7.9G 82M 7.8G 2% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup /dev/sda4 29G 1.8G 27G 6% / tmpfs 1.6G 0 1.6G 0% /run/user/1000 /dev/sda3 1014M 87M 928M 9% /boot /dev/sda2 512M 1.1M 511M 1% /boot/efi /dev/sdb1 32G 49M 30G 1% /mnt /dev/sdc 128G 29G 100G 23% /usr/sap
Het Azure NetApp Files-volume koppelen
[A] Koppelingsmappen maken.
sudo mkdir -p /usr/sap/frsinput sudo mkdir -p /usr/sap/frsoutput[A] Configureer het clientbesturingssysteem ter ondersteuning van NFSv4.1-koppeling (alleen van toepassing als u NFSv4.1 gebruikt).
Als u Azure NetApp Files-volumes met het NFSv4.1-protocol gebruikt, voert u de volgende configuratie uit op alle VM's waarop Azure NetApp Files NFSv4.1-volumes moeten worden gekoppeld.
In deze stap moet u de NFS-domeininstellingen controleren. Zorg ervoor dat het domein is geconfigureerd als het standaarddomein van Azure NetApp Files (
defaultv4iddomain.com) en dat de toewijzing is ingesteld opnobody.sudo cat /etc/idmapd.conf # Example [General] Domain = defaultv4iddomain.com [Mapping] Nobody-User = nobody Nobody-Group = nobodyBelangrijk
Zorg ervoor dat u het NFS-domein instelt in /etc/idmapd.conf op de virtuele machine zodat deze overeenkomt met de standaarddomeinconfiguratie in Azure NetApp Files (
defaultv4iddomain.com). Als er sprake is van een verschil, worden de machtigingen voor bestanden op Azure NetApp Files-volumes die zijn gemonteerd op de VM's weergegeven alsnobody.controleren
nfs4_disable_idmapping. Deze moet worden ingesteld opY. Voer de mount-opdracht uit om de mapstructuur te maken waarnfs4_disable_idmappingzich bevindt. U kunt de map niet handmatig maken onder /sys/modules, omdat toegang is gereserveerd voor de kernel/stuurprogramma's.# Check nfs4_disable_idmapping cat /sys/module/nfs/parameters/nfs4_disable_idmapping # If you need to set nfs4_disable_idmapping to Y mkdir /mnt/tmp mount -t nfs -o sec=sys,vers=4.1 10.31.2.4:/azusbobi-frsinput /mnt/tmp umount /mnt/tmp echo "Y" > /sys/module/nfs/parameters/nfs4_disable_idmapping # Make the configuration permanent echo "options nfs nfs4_disable_idmapping=Y" >> /etc/modprobe.d/nfs.conf[A] Voeg mountvermeldingen toe.
Als u NFSv3 gebruikt:
sudo echo "10.31.2.4:/azusbobi-frsinput /usr/sap/frsinput nfs rw,hard,rsize=65536,wsize=65536,vers=3" >> /etc/fstab sudo echo "10.31.2.4:/azusbobi-frsoutput /usr/sap/frsoutput nfs rw,hard,rsize=65536,wsize=65536,vers=3" >> /etc/fstabAls u NFSv4.1 gebruikt:
sudo echo "10.31.2.4:/azusbobi-frsinput /usr/sap/frsinput nfs rw,hard,rsize=65536,wsize=65536,vers=4.1,sec=sys" >> /etc/fstab sudo echo "10.31.2.4:/azusbobi-frsoutput /usr/sap/frsoutput nfs rw,hard,rsize=65536,wsize=65536,vers=4.1,sec=sys" >> /etc/fstab[A] NFS-volumes koppelen.
sudo mount -a sudo df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.9G 8.0K 7.9G 1% /dev tmpfs 7.9G 82M 7.8G 2% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup /dev/sda4 29G 1.8G 27G 6% / tmpfs 1.6G 0 1.6G 0% /run/user/1000 /dev/sda3 1014M 87M 928M 9% /boot /dev/sda2 512M 1.1M 511M 1% /boot/efi /dev/sdb1 32G 49M 30G 1% /mnt /dev/sdc 128G 29G 100G 23% /usr/sap 10.31.2.4:/azusbobi-frsinput 101T 18G 100T 1% /usr/sap/frsinput 10.31.2.4:/azusbobi-frsoutput 100T 512K 100T 1% /usr/sap/frsoutput
Azure Database for MySQL configureren
In deze sectie vindt u meer informatie over het inrichten van Azure Database for MySQL met behulp van Azure Portal. Het bevat ook instructies voor het maken van de CMS- en auditdatabases voor het SAP BOBI-platform en een gebruikersaccount voor toegang tot de database.
De richtlijnen zijn alleen van toepassing als u Azure Database for MySQL gebruikt. Raadpleeg voor andere databases de sap- of databasespecifieke documentatie voor instructies.
Een -database maken
Meld u aan bij Azure Portal en volg de stappen in quickstart: Een Azure Database for MySQL-server maken met behulp van Azure Portal. Hier volgen enkele punten om rekening mee te houden terwijl u Azure Database for MySQL inricht:
Selecteer dezelfde regio voor Azure Database for MySQL als waar uw SAP BI-platformtoepassingsservers worden uitgevoerd.
Kies een ondersteunde databaseversie op basis van de PAM (Product Availability Matrix) voor SAP BI die specifiek is voor uw SAP BOBI-versie.
In compute+storage selecteert u Server configureren en selecteert u de juiste prijscategorie op basis van de grootte van de uitvoer.
Automatische groei van opslag is standaard ingeschakeld. Houd er rekening mee dat opslag alleen omhoog kan worden geschaald, niet omlaag.
De back-upretentieperiode is standaard zeven dagen. U kunt deze desgewenst tot 35 dagen configureren .
Back-ups van Azure Database for MySQL zijn standaard lokaal redundant. Als u serverback-ups in geografisch redundante opslag wilt, selecteert u Geografisch redundant uit Opties voor Back-upredundantie.
Belangrijk
Het wijzigen van de opties voor back-upredundantie nadat de server is gemaakt, wordt niet ondersteund.
Notitie
De functie Private Link is alleen beschikbaar voor Azure Database for MySQL-servers in de prijscategorieën Algemeen gebruik of Geoptimaliseerd voor geheugen. Zorg ervoor dat de databaseserver zich in een van deze prijscategorieën bevindt.
Azure Private Link configureren
In deze sectie maakt u een privékoppeling waarmee virtuele SAP BOBI-machines via een privé-eindpunt verbinding kunnen maken met Azure Database for MySQL. Azure Private Link brengt Azure-services binnen uw virtuele privénetwerk.
- Selecteer de database die u in de vorige sectie hebt gemaakt.
- Ga naar Privé-eindpuntverbindingen voor beveiliging>.
- In Prive-eindpuntverbindingen selecteert u Prive-eindpunt.
- Selecteer Abonnement>Resourcegroep>Locatie.
- Voer de naam van het privé-eindpunt in.
- Geef in de sectie Resource het volgende op:
- Resourcetype: Microsoft.DBforMySQL/servers
- Resource: MySQL-database gemaakt in de vorige sectie
- De doelsubresource: mysqlServer
- Selecteer in de sectie Netwerken het virtuele netwerk en het subnet waarop de SAP BOBI-toepassing is geïmplementeerd.
Notitie
Als u een netwerkbeveiligingsgroep (NSG) hebt ingeschakeld voor het subnet, is deze alleen uitgeschakeld voor privé-eindpunten in dit subnet. Andere resources op het subnet zullen nog steeds onderhevig zijn aan NSG-handhaving.
- Accepteer de standaardwaarde (ja) voor Integratie met een privé-DNS-zone.
- Selecteer uw privé-DNS-zone in de vervolgkeuzelijst.
- Selecteer Beoordelen+maken en maak een privé-eindpunt.
Zie Private Link voor Azure Database for MySQL voor meer informatie.
De CMS- en auditdatabases maken
Download en installeer MySQL Workbench vanaf de MySQL-website. Zorg ervoor dat u MySQL Workbench installeert op de server die toegang heeft tot Azure Database for MySQL.
Maak verbinding met de server met behulp van MySQL Workbench. Volg de instructies in Verbindingsgegevens ophalen. Als de verbindingstest is geslaagd, krijgt u het volgende bericht:
Voer op het tabblad SQL-query de volgende query uit om een schema te maken voor de CMS- en auditdatabases.
# Here cmsbl1 is the database name of CMS database. You can provide the name you want for CMS database. CREATE SCHEMA `cmsbl1` DEFAULT CHARACTER SET utf8; # auditbl1 is the database name of Audit database. You can provide the name you want for CMS database. CREATE SCHEMA `auditbl1` DEFAULT CHARACTER SET utf8;Maak een gebruikersaccount om verbinding te maken met het schema.
# Create a user that can connect from any host, use the '%' wildcard as a host part CREATE USER 'cmsadmin'@'%' IDENTIFIED BY 'password'; CREATE USER 'auditadmin'@'%' IDENTIFIED BY 'password'; # Grant all privileges to a user account over a specific database: GRANT ALL PRIVILEGES ON cmsbl1.* TO 'cmsadmin'@'%' WITH GRANT OPTION; GRANT ALL PRIVILEGES ON auditbl1.* TO 'auditadmin'@'%' WITH GRANT OPTION; # Following any updates to the user privileges, be sure to save the changes by issuing the FLUSH PRIVILEGES FLUSH PRIVILEGES;De bevoegdheden en rollen van het MySQL-gebruikersaccount controleren:
USE sys; SHOW GRANTS for 'cmsadmin'@'%'; +------------------------------------------------------------------------+ | Grants for cmsadmin@% | +------------------------------------------------------------------------+ | GRANT USAGE ON *.* TO `cmsadmin`@`%` | | GRANT ALL PRIVILEGES ON `cmsbl1`.* TO `cmsadmin`@`%` WITH GRANT OPTION | +------------------------------------------------------------------------+ USE sys; SHOW GRANTS FOR 'auditadmin'@'%'; +----------------------------------------------------------------------------+ | Grants for auditadmin@% | +----------------------------------------------------------------------------+ | GRANT USAGE ON *.* TO `auditadmin`@`%` | | GRANT ALL PRIVILEGES ON `auditbl1`.* TO `auditadmin`@`%` WITH GRANT OPTION | +----------------------------------------------------------------------------+
MySQL C API-connector installeren op een Linux-server
Voor de SAP BOBI-toepassingsserver voor toegang tot een database zijn databaseclientstuurprogramma's vereist. Voor toegang tot de CMS- en auditdatabases moet u de MySQL C API-connector voor Linux gebruiken. Een ODBC-verbinding met de CMS-database wordt niet ondersteund. In deze sectie vindt u instructies voor het instellen van MySQL C API Connector in Linux.
Raadpleeg MySQL-stuurprogramma's en beheerhulpprogramma's die compatibel zijn met Azure Database for MySQL. Controleer in het artikel op het stuurprogramma MySQL Connector/C (libmysqlclient ).
Zie MySQL-productarchieven om stuurprogramma's te downloaden.
Selecteer het besturingssysteem en download het rpm-pakket voor gedeelde onderdelen van MySQL Connector. In dit voorbeeld wordt de connectorversie mysql-connector-c-shared-6.1.11 gebruikt.
Installeer de connector in alle exemplaren van SAP BOBI-toepassingen.
# Install rpm package SLES: sudo zypper install <package>.rpm RHEL: sudo yum install <package>.rpmControleer het pad van libmysqlclient.so.
# Find the location of libmysqlclient.so file whereis libmysqlclient # sample output libmysqlclient: /usr/lib64/libmysqlclient.soStel
LD_LIBRARY_PATHin op de map/usr/lib64voor het gebruikersaccount dat zal worden gebruikt voor de installatie.# This configuration is for bash shell. If you are using any other shell for sidadm, kindly set environment variable accordingly. vi /home/bl1adm/.bashrc export LD_LIBRARY_PATH=/usr/lib64
Servervoorbereiding
In de stappen in deze sectie wordt het volgende voorvoegsel gebruikt:
[A]: De stap is van toepassing op alle hosts.
[A] Op basis van de smaak van Linux (SLES of RHEL) moet u kernelparameters instellen en vereiste bibliotheken installeren. Raadpleeg de sectie Systeemvereisten in de Business Intelligence Platform-installatiehandleiding voor Unix.
[A] Zorg ervoor dat de tijdzone op uw computer juist is ingesteld. Zie meer Unix- en Linux-vereisten in de installatiehandleiding.
[A] Maak een gebruikersaccount (bl1adm) en groep (sapsys) waaronder de achtergrondprocessen van de software kunnen worden uitgevoerd. Gebruik dit account om de installatie en de software uit te voeren. Voor het account zijn geen hoofdbevoegdheden vereist.
[A] Stel de gebruikersaccountomgeving (bl1adm) in op het gebruik van een ondersteunde UTF-8-landinstelling en zorg ervoor dat uw consolesoftware UTF-8-tekensets ondersteunt. Om ervoor te zorgen dat uw besturingssysteem gebruikmaakt van de juiste landinstelling, stelt u de
LC_ALLenLANGomgevingsvariabelen in op de landinstelling van uw (bl1adm) gebruikersomgeving.# This configuration is for bash shell. If you are using any other shell for sidadm, kindly set environment variable accordingly. vi /home/bl1adm/.bashrc export LANG=en_US.utf8 export LC_ALL=en_US.utf8[A] Gebruikersaccount configureren (bl1adm).
# Set ulimit for bl1adm to unlimited root@azusbosl1:~> ulimit -f unlimited bl1adm root@azusbosl1:~> ulimit -u unlimited bl1adm root@azusbosl1:~> su - bl1adm bl1adm@azusbosl1:~> ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 63936 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimitedDownload en extraheer media voor SAP BusinessObjects BI-platform uit SAP Service Marketplace.
Installatie
Controleer de landinstelling voor het gebruikersaccount bl1adm op de server:
bl1adm@azusbosl1:~> locale
LANG=en_US.utf8
LC_ALL=en_US.utf8
Ga naar de mediaomgeving van het SAP BOBI-platform en voer de volgende opdracht uit met bl1adm-gebruiker.
./setup.sh -InstallDir /usr/sap/BL1
Volg de SAP BOBI-platforminstallatiehandleiding voor Unix, specifiek voor uw versie. Hier volgen enkele punten waar u rekening mee moet houden tijdens het installeren van het SAP BOBI-platform:
Bij Productregistratie configureren kunt u een tijdelijke licentiesleutel voor SAP BusinessObjects Solutions gebruiken vanuit SAP Note 1288121 of u kunt een licentiesleutel genereren in SAP Service Marketplace.
Selecteer bij Installatietype selecteren de optie Volledige installatie op de eerste server (
azusbosl1). Voor de andere server (azusbosl2) selecteert u Aangepast/Uitvouwen, waarmee de bestaande BOBI-installatie wordt uitgebreid.Selecteer bij Standaard of Bestaande databaseconfigureer een bestaande database, waarmee u wordt gevraagd om CMS en auditdatabases te selecteren. Selecteer MySQL voor deze databasetypen.
U kunt ook Geen controledatabase selecteren als u controle niet wilt configureren tijdens de installatie.
Op het scherm Java-webtoepassingsserver selecteert u de juiste opties op basis van uw SAP BOBI-architectuur. In dit voorbeeld hebben we optie 1 geselecteerd, waarmee een tomcat-server op hetzelfde SAP BOBI-platform wordt geïnstalleerd.
Voer de gegevens van de CMS-database in in De database van de CMS-opslagplaats configureren - MySQL. In het volgende voorbeeld ziet u invoer voor CMS-databasegegevens voor een Linux-installatie. Azure Database for MySQL wordt gebruikt op standaardpoort 3306.
(Optioneel) Voer controledatabasegegevens in Database voor auditopslagplaats configureren - MySQL in. In het volgende voorbeeld ziet u invoer voor controledatabasegegevens voor een Linux-installatie.
Volg de instructies en voer de vereiste invoer in om de installatie te voltooien.
Voor implementatie met meerdere exemplaren voert u de installatie-installatie uit op een tweede host (azusbosl2). Selecteer Installatietype en kies Aangepast / Uitgebreid, waarmee de bestaande BOBI-installatie wordt uitgebreid.
In Azure Database for MySQL leidt een gateway de verbindingen om naar serverinstanties. Nadat de verbinding tot stand is gebracht, wordt in de MySQL-client de versie van MySQL weergegeven die in de gateway is ingesteld, niet de feitelijke versie die wordt uitgevoerd op de MySQL-serverinstantie. Als u de versie van uw MySQL-serverinstantie wilt vaststellen, gebruikt u de SELECT VERSION();-opdracht bij de MySQL-prompt. Zie Ondersteunde versies van Azure Database for MySQL-server voor meer informatie.
# Run direct query to the database using MySQL Workbench
select version();
+-----------+
| version() |
+-----------+
| 8.0.15 |
+-----------+
Na installatie
Na de installatie met meerdere exemplaren van het SAP BOBI-platform moet u extra stappen na de configuratie uitvoeren om de hoogbeschikbaarheid van toepassingen te ondersteunen.
De clusternaam configureren
In een implementatie met meerdere exemplaren van het SAP BOBI-platform wilt u meerdere CMS-servers tegelijk in een cluster uitvoeren. Een cluster bestaat uit twee of meer CMS-servers die samenwerken met een gemeenschappelijke CMS-systeemdatabase. Als een knooppunt dat op CMS draait uitvalt, gaat een knooppunt met een ander CMS verder met het afhandelen van BI-platformaanvragen. Standaard in het SAP BOBI-platform weerspiegelt een clusternaam de hostnaam van het eerste CMS dat u installeert.
Volg de instructies in de beheerdershandleiding voor SAP Business Intelligence Platform om de clusternaam in Linux te configureren. Nadat u de clusternaam hebt geconfigureerd, volgt u SAP Note 1660440 om de standaardsysteemvermelding in te stellen op de aanmeldingspagina van CMC of BI Launchpad.
Locatie van invoer- en uitvoerbestandsopslag configureren naar Azure NetApp Files
Filestore verwijst naar de schijfmappen waarin de werkelijke SAP BusinessObjects-bestanden zich bevinden. De standaardlocatie van de bestandsopslagplaatsserver voor het SAP BOBI-platform bevindt zich in de lokale installatiemap. Bij een implementatie met meerdere exemplaren is het belangrijk om de bestandsopslag in te stellen op een gedeelde opslag, zoals Azure NetApp Files. Hiermee hebt u toegang tot de bestandsopslag vanaf alle servers in de opslaglaag.
Als u nog geen NFS-volumes hebt gemaakt, maakt u deze in Azure NetApp Files. (Volg de instructies in de eerdere sectie 'Azure NetApp Files inrichten'.)
Koppel het NFS-volume. (Volg de instructies in de eerdere sectie 'Het Azure NetApp Files-volume koppelen'.)
Volg sap-notitie 2512660 om het pad van de bestandsopslagplaats te wijzigen (zowel invoer als uitvoer).
Sessiereplicatie in Tomcatclustering
Tomcat ondersteunt clustering van twee of meer toepassingsservers voor sessiereplicatie en failover. SAP BOBI-platformsessies worden geserialiseerd, zodat een gebruikerssessie naadloos een failover naar een ander exemplaar van Tomcat kan uitvoeren, zelfs wanneer een toepassingsserver uitvalt.
Stel dat een gebruiker is verbonden met een webserver die uitvalt terwijl de gebruiker door een mapstructuur navigeert in een SAP BI-toepassing. Met een correct geconfigureerd cluster kan de gebruiker doorgaan met navigeren in de maphiërarchie zonder omgeleid te worden naar de aanmeldingspagina.
Zie SAP Note 2808640 voor stappen voor het configureren van Tomcat-clustering met behulp van multicast. Houd er rekening mee dat Azure echter geen ondersteuning biedt voor multicast. Als u het Tomcat-cluster in Azure wilt laten werken, moet u StaticMembershipInterceptor (SAP Note 2764907) gebruiken. Zie het blogbericht Tomcat Clustering met behulp van statisch lidmaatschap voor SAP BusinessObjects BI Platform voor meer informatie.
Taakverdelingsweblaag van SAP BI-platform
In een SAP BOBI-implementatie met meerdere exemplaren worden Java-webtoepassingsservers (weblaag) uitgevoerd op twee of meer hosts. Als u de gebruikersbelasting gelijkmatig over webservers wilt verdelen, kunt u een load balancer tussen eindgebruikers en webservers gebruiken. In Azure kunt u Azure Load Balancer of Azure-toepassing Gateway gebruiken om verkeer naar uw webservers te beheren. Details over elke aanbieding worden uitgelegd in de volgende sectie.
Azure-belastingsverdeling
Azure Load Balancer is een load balancer met hoge prestaties, laag 4 met lage latentie (TCP, UDP). Het distribueert verkeer tussen gezonde virtuele machines (VM's). Een load balancer-statustest bewaakt een opgegeven poort op elke VM en distribueert alleen verkeer naar een operationele VM. U kunt een openbare load balancer of een interne load balancer kiezen, afhankelijk van of u SAP BI-platform wel of niet toegankelijk wilt maken via internet. Het is zone-redundant en zorgt voor hoge beschikbaarheid in beschikbaarheidszones.
Raadpleeg in het volgende diagram de sectie Internal Load Balancer. De webtoepassingsserver wordt uitgevoerd op poort 8080, de standaard Tomcat HTTP-poort, die wordt bewaakt door een statustest. Alle binnenkomende aanvragen die afkomstig zijn van eindgebruikers, worden omgeleid naar de webservers van de webtoepassing (azusbosl1 of azusbosl2). Load Balancer biedt geen ondersteuning voor TLS/SSL-beëindiging (ook wel TLS/SSL-offloading genoemd). Als u Load Balancer gebruikt om verkeer over webservers te verdelen, gebruikt u Standard Load Balancer.
Notitie
Wanneer VM's zonder openbare IP-adressen worden geplaatst in de groep interne (geen openbare IP-adressen) Standard Load Balancer, is er geen uitgaande internetverbinding, tenzij u aanvullende configuratie uitvoert om routering naar openbare eindpunten toe te staan. Zie Openbare eindpuntconnectiviteit voor virtuele machines met behulp van Azure Standard Load Balancer in scenario's met hoge beschikbaarheid van SAP voor meer informatie.
Azure Application Gateway
Azure Application Gateway biedt Application Delivery Controller (ADC) aan als een dienst. Deze service wordt gebruikt om de toepassing te helpen bij het doorsturen van gebruikersverkeer naar een of meer webservers. Het biedt verschillende mogelijkheden voor taakverdeling op laag 7, zoals TLS/SSL-offloading, Web Application Firewall (WAF) en sessieaffiniteit op basis van cookies.
In het SAP BI-platform stuurt Application Gateway webverkeer van toepassingen door naar de opgegeven resources, ofwel azusbosl1azusbos2. U wijst een listener toe aan een poort, maakt regels en voegt resources toe aan een pool. In het volgende diagram heeft Application Gateway een privé-IP-adres (10.31.3.20) dat fungeert als toegangspunt voor gebruikers. Het verwerkt ook binnenkomende TLS/SSL-verbindingen (HTTPS - TCP/443), ontsleutelt de TLS/SSL en geeft de niet-versleutelde aanvraag (HTTP - TCP/8080) door aan de servers. Het vereenvoudigt bewerkingen om slechts één TLS/SSL-certificaat op Application Gateway te onderhouden.
Als u Application Gateway wilt configureren voor een SAP BOBI-webserver, raadpleegt u het blogbericht Load Balancing SAP BOBI-webservers met behulp van Azure Application Gateway.
Notitie
Azure Application Gateway verdient de voorkeur voor het balanceren van het verkeer naar een webserver. Het biedt nuttige functies, zoals SSL-offloading, gecentraliseerd SSL-beheer om versleuteling en ontsleutelingsoverhead op de server te verminderen, een round robin-algoritme voor het distribueren van verkeer, WAF-mogelijkheden en hoge beschikbaarheid.
Betrouwbaarheid van SAP BOBI-platform in Azure
SAP BOBI-platform bevat verschillende lagen, die zijn geoptimaliseerd voor specifieke taken en bewerkingen. Wanneer een onderdeel van een laag niet meer beschikbaar is, wordt een SAP BOBI-toepassing ontoegankelijk of beperkt in de functionaliteit ervan. Zorg ervoor dat elke laag is ontworpen om betrouwbaar te zijn om de toepassing operationeel te houden zonder bedrijfsonderbreking.
In deze handleiding wordt uitgelegd hoe functies die systeemeigen zijn voor Azure, in combinatie met de SAP BOBI-platformconfiguratie, de beschikbaarheid van SAP-implementatie verbetert. Deze sectie is gericht op de volgende opties:
Back-up en herstel: het is een proces voor het maken van periodieke kopieën van gegevens en toepassingen naar een afzonderlijke locatie. U kunt herstellen of herstellen naar een eerdere status als de oorspronkelijke gegevens of toepassingen verloren of beschadigd zijn.
Hoge beschikbaarheid: een maximaal beschikbaar platform heeft ten minste twee van alles binnen een Azure-regio, om de toepassing operationeel te houden als een van de servers niet meer beschikbaar is.
Herstel na noodgevallen: het is een proces voor het herstellen van uw toepassingsfunctionaliteit als er sprake is van catastrofaal verlies, zoals een hele Azure-regio die niet beschikbaar is vanwege een natuurramp.
De implementatie van deze oplossing varieert op basis van de aard van de systeeminstallatie in Azure. U kunt oplossingen voor back-up/herstel, hoge beschikbaarheid en herstel na noodgevallen aanpassen aan de vereisten van uw bedrijf.
Backups en herstel
Back-up en herstel zijn een essentieel onderdeel van elke bedrijfsnoodherstelstrategie. Als u een uitgebreide strategie voor SAP BOBI-platform wilt ontwikkelen, identificeert u de onderdelen die leiden tot systeem downtime of onderbrekingen in de toepassing. In het SAP BOBI-platform zijn back-ups van de volgende onderdelen essentieel om de toepassing te beveiligen:
- SAP BOBI-installatiemap (Beheerde Premium-schijven)
- Server voor bestandsopslagplaats (Azure NetApp Files of Azure Premium Files)
- CMS-database (Azure Database voor MySQL of een database op Azure Virtuele Machines)
In de volgende sectie wordt beschreven hoe u een back-up- en herstelstrategie voor elk van deze onderdelen implementeert.
Back-up en herstel voor SAP BOBI-installatiemap
In Azure is de eenvoudigste manier om een back-up te maken van toepassingsservers en alle gekoppelde schijven met behulp van Azure Backup. Het biedt onafhankelijke en geïsoleerde back-ups ter bescherming tegen onbedoelde vernietiging van de gegevens op uw VM's. Back-ups worden opgeslagen in een Recovery Services-kluis, met ingebouwd beheer van herstelpunten. Configuratie en schalen zijn eenvoudig, back-ups zijn geoptimaliseerd en u kunt eenvoudig herstellen wanneer dat nodig is.
Als onderdeel van het back-upproces wordt een momentopname gemaakt en worden de gegevens zonder gevolgen voor productieworkloads overgebracht naar de kluis. Zie Consistentie van momentopnamen voor meer informatie. U kunt er ook voor kiezen om een back-up te maken van een subset van de gegevensschijven in uw VIRTUELE machine met behulp van de back-up- en herstelfunctionaliteit van selectieve schijven. Zie Voor meer informatie Azure VM Backup en veelgestelde vragen - Back-up maken van Azure-VM's.
Back-up en herstel voor bestandsopslagplaatsserver
Op basis van uw SAP BOBI-implementatie in Linux kunt u Azure NetApp Files gebruiken als de bestandsopslag van uw SAP BOBI-platform. Kies uit de volgende opties voor back-up en herstel op basis van de opslag die u gebruikt voor filestore.
Azure NetApp Files: u kunt momentopnamen op aanvraag maken en automatische momentopnamen plannen met behulp van momentopnamebeleid. Momentopnamekopieën bieden een exemplaar van een bepaald tijdstip van uw volume. Zie Momentopnamen beheren met behulp van Azure NetApp Files voor meer informatie.
Als u een afzonderlijke NFS-server hebt gemaakt, moet u de back-up- en herstelstrategie voor dezelfde server implementeren.
Back-up maken en herstellen voor CMS en auditdatabases
Op Linux-VM's kunnen de CMS- en auditdatabases worden uitgevoerd op een van de ondersteunde databases. Zie de ondersteuningsmatrix voor meer informatie. Het is belangrijk dat u de strategie voor back-up en herstel overneemt op basis van de database die wordt gebruikt voor het CMS en het auditgegevensarchief.
Azure Database for MySQL maakt automatisch serverback-ups en slaat deze op in door de gebruiker geconfigureerde, lokaal redundante of geografisch redundante opslag. Azure Database for MySQL maakt back-ups van de gegevensbestanden en het transactielogboek. Afhankelijk van de ondersteunde maximale opslaggrootte, worden volledige en differentiële back-ups (maximaal 4 TB opslagservers) of back-ups van momentopnamen (maximaal 16 TB maximale opslagservers) gebruikt. Met deze back-ups kunt u een server op elk gewenst moment herstellen binnen de geconfigureerde bewaarperiode voor back-ups. De standaardretentieperiode voor back-ups is zeven dagen. U kunt desgewenst maximaal drie dagen configureren . Alle back-ups worden versleuteld met AES 256-bits versleuteling. Deze back-upbestanden worden niet door de gebruiker blootgesteld en kunnen niet worden geëxporteerd. Deze back-ups kunnen alleen worden gebruikt voor herstelbewerkingen in Azure Database for MySQL. U kunt mysqldump gebruiken om een database te kopiëren. Raadpleeg Back-up en herstel in Azure Database for MySQL voor meer informatie.
Voor een database die is geïnstalleerd op een virtuele Azure-machine, kunt u standaardhulpprogramma's voor back-ups of Azure Backup gebruiken voor ondersteunde databases. U kunt ook ondersteunde back-uphulpprogramma's van derden gebruiken die een agent bieden voor back-up en herstel van alle SAP BOBI-platformonderdelen.
Hoge beschikbaarheid
Hoge beschikbaarheid verwijst naar een set technologieën die IT-onderbrekingen kunnen minimaliseren door bedrijfscontinuïteit van toepassingen en services te bieden. Dit doet u via redundante, fouttolerante of met failover beveiligde onderdelen binnen hetzelfde datacenter. In ons geval bevinden de datacenters zich binnen één Azure-regio. Zie Architectuur voor hoge beschikbaarheid en scenario's voor SAP voor meer informatie.
Op basis van het formaatresultaat van het SAP BOBI-platform moet u het landschap ontwerpen en de distributie van BI-onderdelen in virtuele Azure-machines en subnetten bepalen. Het redundantieniveau in de gedistribueerde architectuur is afhankelijk van de beoogde hersteltijd (RTO) en de RPO (Recovery Point Objective) die u nodig hebt voor uw bedrijf. SAP BOBI-platform bevat verschillende lagen en onderdelen op elke laag moeten worden ontworpen om redundantie te bereiken. Voorbeeld:
- Redundante toepassingsservers, zoals BI-toepassingsservers en webservers.
- Unieke onderdelen, zoals CMS-database, server voor bestandsopslagplaats en Load Balancer.
In de volgende secties wordt beschreven hoe u hoge beschikbaarheid bereikt voor elk onderdeel van het SAP BOBI-platform.
Hoge beschikbaarheid voor toepassingsservers
U kunt hoge beschikbaarheid voor toepassingsservers bereiken door redundantie te gebruiken. Hiervoor configureert u meerdere exemplaren van BI en webservers in verschillende Azure-VM's.
Als u de gevolgen van downtime door geplande en ongeplande gebeurtenissen wilt verminderen, is het een goed idee om de richtlijnen voor architectuur met hoge beschikbaarheid te volgen.
Zie De beschikbaarheid van virtuele Linux-machines beheren voor meer informatie.
Belangrijk
- De concepten van Azure-beschikbaarheidszones en Azure-beschikbaarheidssets sluiten elkaar wederzijds uit. U kunt een paar of meerdere VM's implementeren in een specifieke beschikbaarheidszone of een beschikbaarheidsset, maar u kunt beide niet uitvoeren.
- Als u van plan bent om te implementeren in verschillende beschikbaarheidszones, is het raadzaam om flexibele schaalsets met FD=1 te gebruiken in plaats van de standaardimplementatie van beschikbaarheidszones.
Hoge beschikbaarheid voor een CMS-database
Als u Azure Database for MySQL gebruikt voor uw CMS- en auditdatabases, hebt u standaard een lokaal redundant framework voor hoge beschikbaarheid. U hoeft alleen de regio te selecteren en de service inherente mogelijkheden voor hoge beschikbaarheid, redundantie en tolerantie te selecteren, zonder dat u extra onderdelen hoeft te configureren. Als de implementatiestrategie voor het SAP BOBI-platform zich in meerdere beschikbaarheidszones bevindt, moet u ervoor zorgen dat u zoneredundantie voor uw CMS- en auditdatabases bereikt. Zie Hoge beschikbaarheid in Azure Database for MySQL en hoge beschikbaarheid voor Azure SQL Database voor meer informatie.
Zie de informatie over hoge beschikbaarheid in de DBMS-implementatiehandleidingen voor SAP Workload voor andere implementaties voor de CMS-database.
Hoge beschikbaarheid voor filestore
Filestore verwijst naar de schijfmappen waarin inhoud zoals rapporten, universums en verbindingen worden opgeslagen. Het wordt gedeeld op alle toepassingsservers van dat systeem. U moet er dus voor zorgen dat deze maximaal beschikbaar is, samen met andere SAP BOBI-platformonderdelen.
Voor SAP BOBI-platform dat wordt uitgevoerd op Linux, kunt u Azure Premium Files of Azure NetApp Files kiezen voor bestandsshares die zijn ontworpen om maximaal beschikbaar en zeer duurzaam van aard te zijn. Zie Redundantie voor Azure Files voor meer informatie.
Deze bestandsshareservice is niet beschikbaar in alle regio's. Zie Producten die per regio beschikbaar zijn om actuele informatie te vinden. Als de service niet beschikbaar is in uw regio, kunt u een NFS-server maken van waaruit u het bestandssysteem kunt delen met de SAP BOBI-toepassing. Maar u moet ook rekening houden met de hoge beschikbaarheid.
Hoge beschikbaarheid voor Load Balancer
Als u verkeer over een webserver wilt distribueren, kunt u Azure Load Balancer of Azure-toepassing Gateway gebruiken. De redundantie voor beide kan worden bereikt op basis van de SKU die u kiest voor implementatie.
Voor Azure Load Balancer kan redundantie worden bereikt door Standard Load Balancer te configureren als zone-redundant. Zie Standard Load Balancer en Beschikbaarheidszones voor meer informatie.
Voor Application Gateway kan hoge beschikbaarheid worden bereikt op basis van het type laag dat tijdens de implementatie is geselecteerd.
v1 SKU ondersteunt scenario's met hoge beschikbaarheid wanneer u twee of meer exemplaren hebt geïmplementeerd. Azure distribueert deze exemplaren over update- en foutdomeinen om ervoor te zorgen dat exemplaren niet allemaal tegelijkertijd mislukken. U bereikt redundantie binnen de zone.
v2 SKU zorgt er automatisch voor dat nieuwe exemplaren worden verdeeld over foutdomeinen en updatedomeinen. Als u zoneredundantie kiest, worden de nieuwste exemplaren ook verspreid over beschikbaarheidszones om tolerantie voor zonefouten te bieden. Zie Automatisch schalen en zone-redundante Application Gateway v2 voor meer informatie.
Referentiearchitectuur voor hoge beschikbaarheid voor SAP BOBI-platform
In het volgende diagram ziet u de installatie van het SAP BOBI-platform dat wordt uitgevoerd op de Linux-server. De architectuur toont het gebruik van verschillende services, zoals Azure-toepassing Gateway, Azure NetApp Files en Azure Database for MySQL. Deze services bieden ingebouwde redundantie, wat de complexiteit van het beheren van verschillende oplossingen voor hoge beschikbaarheid vermindert.
U ziet dat het binnenkomende verkeer (HTTPS) wordt gebalanceerd met behulp van Azure Application Gateway v1/v2 SKU, die hoog beschikbaar is wanneer het wordt geïmplementeerd op twee of meer instances. Meerdere exemplaren van de webserver, beheerservers en verwerkingsservers worden geïmplementeerd in afzonderlijke VM's om redundantie te bereiken. Azure NetApp Files heeft ingebouwde redundantie binnen het datacenter, zodat uw Azure NetApp Files-volumes voor de bestandsopslagplaatsserver maximaal beschikbaar zijn. De CMS-database wordt ingericht in Azure Database for MySQL, dat inherent hoge beschikbaarheid heeft. Zie Hoge beschikbaarheid in Azure Database for MySQL voor meer informatie.
De voorgaande architectuur biedt inzicht in hoe een SAP BOBI-implementatie in Azure kan worden uitgevoerd. Maar het omvat niet alle mogelijke configuratieopties. U kunt uw implementatie aanpassen op basis van uw bedrijfsvereisten.
In verschillende Azure-regio's kunt u beschikbaarheidszones gebruiken. Dit betekent dat u kunt profiteren van een onafhankelijke voeding van voedingsbron, koeling en netwerk. Hiermee kunt u een toepassing implementeren in twee of drie beschikbaarheidszones. Als u hoge beschikbaarheid wilt bereiken in beschikbaarheidszones, kunt u SAP BOBI-platform implementeren in deze zones, zodat elk onderdeel in de toepassing zone-redundant is.
Herstel na noodgeval
In deze sectie wordt de strategie uitgelegd voor herstel na noodgevallen voor een SAP BOBI-platform dat wordt uitgevoerd op Linux. Het vormt een aanvulling op het sap-document voor herstel na noodgevallen, dat de primaire resources vertegenwoordigt voor de algehele SAP-aanpak voor herstel na noodgevallen. Voor SAP BOBI raadpleegt u SAP Note 2056228, waarin de volgende methoden worden beschreven voor het veilig implementeren van een omgeving voor herstel na noodgevallen.
- Volledig of selectief levenscyclusbeheer of federatie gebruiken om de inhoud van het primaire systeem te promoten en te distribueren.
- Periodiek kopiëren van de inhoud van de CMS- en bestandsopslagserver.
Deze handleiding richt zich op de tweede optie. Het omvat niet alle mogelijke configuratieopties voor herstel na noodgevallen, maar heeft wel betrekking op een oplossing met systeemeigen Azure-services in combinatie met een SAP BOBI-platformconfiguratie.
Belangrijk
- De beschikbaarheid van elk onderdeel in het SAP BOBI-platform moet worden meegerekend in de secundaire regio en u moet de volledige strategie voor herstel na noodgevallen grondig testen.
- Als uw SAP BI-platform is geconfigureerd met flexibele schaalset met FD=1, moet u PowerShell gebruiken om Azure Site Recovery in te stellen voor herstel na noodgevallen. Op dit moment is dit de enige methode die beschikbaar is voor het configureren van herstel na noodgevallen voor VM's die zijn geïmplementeerd in een schaalset.
Referentiearchitectuur voor herstel na noodgevallen voor SAP BOBI-platform
Deze referentiearchitectuur voert een implementatie met meerdere exemplaren uit van het SAP BOBI-platform, met redundante toepassingsservers. Voor herstel na noodgevallen moet u een failover uitvoeren voor alle onderdelen van het SAP BOBI-platform naar een secundaire regio. In het volgende diagram wordt Azure NetApp Files gebruikt als bestandsopslag, Azure Database for MySQL als de CMS- en auditopslagplaats en Azure-toepassing Gateway als de load balancer. De strategie voor herstel na noodgevallen voor elk onderdeel is verschillend en deze verschillen worden beschreven in de volgende secties.
Verdelingsregelaar
Een load balancer wordt gebruikt voor het distribueren van verkeer over webtoepassingsservers van het SAP BOBI-platform. Op Azure kunt u voor dit doel Azure Load Balancer of Azure Application Gateway gebruiken. Als u herstel na noodgevallen voor de load balancer-services wilt bereiken, moet u een andere Azure Load Balancer of Azure-toepassing Gateway implementeren in de secundaire regio. Als u dezelfde URL wilt behouden na een failover na noodherstel, moet u de vermelding in de DNS wijzigen, die verwijst naar de taakverdelingsservice die wordt uitgevoerd op de secundaire regio.
VM's waarop web- en BI-toepassingsservers worden uitgevoerd
Gebruik Azure Site Recovery om VM's met web- en BI-toepassingsservers in de secundaire regio te repliceren. Hiermee worden de servers en alle gekoppelde beheerde schijven naar de secundaire regio gerepliceerd, zodat u gemakkelijk kunt overschakelen naar uw gerepliceerde omgeving en door kunt blijven werken wanneer er rampen en storingen optreden. Als u wilt beginnen met het repliceren van alle SAP-toepassings-VM's naar het Azure-datacenter voor herstel na noodgevallen, volgt u de richtlijnen in Een virtuele machine repliceren naar Azure.
Servers voor bestandsopslagplaats
Filestore is een schijfmap waarin de werkelijke bestanden, zoals rapporten en BI-documenten, worden opgeslagen. Het is belangrijk dat alle bestanden in de bestandsopslag zijn gesynchroniseerd met een regio voor herstel na noodgevallen. Op basis van het type bestandsshareservice dat u gebruikt voor het SAP BOBI-platform dat wordt uitgevoerd op Linux, moet de juiste strategie voor herstel na noodgevallen worden gebruikt om de inhoud te synchroniseren.
Azure NetApp Files biedt NFS- en SMB-volumes, zodat u elk hulpprogramma voor kopiëren op basis van bestanden kunt gebruiken om gegevens tussen Azure-regio's te repliceren. Zie Veelgestelde vragen over Azure NetApp Files voor meer informatie over het kopiëren van een volume in een andere regio.
U kunt replicatie in meerdere regio's van Azure NetApp Files gebruiken, momenteel als preview-versie. Alleen gewijzigde blokken worden verzonden via het netwerk in een gecomprimeerde, efficiënte indeling. Dit minimaliseert de hoeveelheid gegevens die nodig is om te repliceren in de regio's, waardoor de kosten voor gegevensoverdracht worden bespaard. Het verkort ook de replicatietijd, zodat u een kleinere RPO kunt bereiken. Zie Vereisten en overwegingen voor het gebruik van replicatie tussen regio's voor meer informatie.
Azure Premium-bestanden bieden alleen ondersteuning voor lokaal redundante opslag (LRS) en zone-redundante opslag (ZRS). Voor de strategie voor herstel na noodgevallen kunt u AzCopy of Azure PowerShell gebruiken om uw bestanden naar een ander opslagaccount in een andere regio te kopiëren. Zie Herstel na noodgevallen en failover van opslagaccounts voor meer informatie.
Belangrijk
SMB Protocol voor Azure Files is algemeen beschikbaar, maar NFS Protocol-ondersteuning voor Azure Files is momenteel in preview. Voor meer informatie, zie NFS 4.1-ondersteuning voor Azure Files is nu in preview.
CMS-database
De CMS- en auditdatabases in de regio voor herstel na noodgevallen moeten een kopie zijn van de databases die worden uitgevoerd in de primaire regio. Op basis van het databasetype is het belangrijk om de database te kopiëren naar de regio voor herstel na noodgevallen op basis van de RTO en RPO die uw bedrijf nodig heeft.
Azure-database voor MySQL
Azure Database for MySQL biedt meerdere opties voor het herstellen van een database als er zich een noodgeval voordoet. Kies een geschikte optie die geschikt is voor uw bedrijf.
replica's om uw bedrijfscontinuïteit en planning voor herstel na noodgevallen te verbeteren. U kunt maximaal vijf replica's van de bronserver repliceren. Leesreplica's worden asynchroon bijgewerkt met behulp van de binaire logboekreplicatietechnologie van MySQL. Replica's zijn nieuwe servers die u beheert op dezelfde manier als gewone servers in Azure Database for MySQL. Zie Leesreplica's in Azure Database for MySQL voor meer informatie.
Gebruik de functie geo-herstel om de server te herstellen met behulp van geografisch redundante back-ups. Deze back-ups zijn toegankelijk, zelfs wanneer de regio waarop uw server wordt gehost offline is. U kunt deze back-ups herstellen naar een andere regio en uw server weer online brengen.
Notitie
Geo-herstel is alleen mogelijk als u de server hebt ingericht met geografisch redundante back-upopslag. Het wijzigen van de opties voor back-upredundantie nadat de server is gemaakt, wordt niet ondersteund. Voor meer informatie, zie Back-up redundantie.
In de volgende tabel ziet u de aanbeveling voor herstel na noodgevallen van elke laag die in dit voorbeeld wordt gebruikt.
| SAP BOBI-platformlagen | Aanbeveling |
|---|---|
| Azure Application Gateway | Parallelle installatie van Application Gateway in een secundaire regio. |
| Webapplicatieservers | Repliceren met behulp van Azure Site Recovery. |
| BI toepassingsservers | Repliceren met behulp van Site Recovery. |
| Azure NetApp Files | Hulpprogramma voor kopiëren op basis van bestanden om gegevens te repliceren naar een secundaire regio of met behulp van replicatie tussen regio's. |
| Azure-database voor MySQL | Leesreplica's tussen regio's of herstel back-ups vanuit geografisch redundante back-ups. |