Guida alla pianificazione e all'implementazione della piattaforma di business intelligence SAP BusinessObjects in Azure
Lo scopo di questa guida è fornire linee guida per la pianificazione, la distribuzione e la configurazione di SAP BusinessObjects BI Platform, nota anche come SAP BOBI Platform in Azure. Questa guida descrive i servizi e le funzionalità comuni di Azure rilevanti per la piattaforma SAP BOBI. Questa guida non è un elenco completo di tutte le opzioni di configurazione possibili. Vengono illustrate le soluzioni comuni agli scenari di distribuzione tipici.
Questa guida non è progettata per sostituire le guide standard per l'installazione e l'amministrazione della piattaforma SAP BOBI, il sistema operativo o qualsiasi documentazione del database.
Pianificare e implementare la piattaforma SAP BusinessObjects BI in Azure
Microsoft Azure offre un'ampia gamma di servizi, tra cui calcolo, archiviazione, rete e molte altre per le aziende per creare applicazioni senza cicli di approvvigionamento lunghi. Le macchine virtuali di Azure aiutano le aziende a distribuire risorse di calcolo su richiesta e scalabili per applicazioni SAP diverse, ad esempio applicazioni basate su SAP NetWeaver, SAP Hybris, SAP BusinessObjects BI Platform, in base alle esigenze aziendali. Azure supporta anche la connettività cross-premise, che consente alle aziende di integrare macchine virtuali di Azure nei domini locali, nei cloud privati e nel panorama del sistema SAP.
Questo documento fornisce indicazioni sulla pianificazione e sull'implementazione per SAP BusinessObjects BI Platform in Azure. Completa la documentazione sull'installazione di SAP e le note SAP, che rappresentano le risorse principali per le installazioni e le distribuzioni di SAP BOBI.
Panoramica dell'architettura
SAP BusinessObjects BI Platform è un sistema autonomo che può esistere in una singola macchina virtuale di Azure o può essere ridimensionato in un cluster di molti Macchine virtuali di Azure che eseguono componenti diversi. La piattaforma SAP BOBI è costituita da sei livelli concettuali: livello client, livello Web, livello di gestione, Archiviazione livello, livello di elaborazione e livello dati. Per altri dettagli su ogni livello, vedere Amministrazione istrator Guide in SAP BusinessObjects Business Intelligence Platform help portal (Guida di SAP BusinessObjects Business Intelligence Platform). Di seguito sono riportati i dettagli generali su ogni livello:
- Livello client: contiene tutte le applicazioni client desktop che interagiscono con la piattaforma BI per fornire diversi tipi di report, analisi e funzionalità amministrative.
- Livello Web: contiene applicazioni Web distribuite nei server applicazioni Web Java. Le applicazioni Web offrono funzionalità della piattaforma BI agli utenti finali tramite un Web browser.
- Livello di gestione: coordina e controlla tutti i componenti che rendono la piattaforma BI. Include Il server di gestione centrale (CMS) e il server eventi e i servizi associati
- Archiviazione livello: È responsabile della gestione dei file, ad esempio documenti e report. Gestisce anche la memorizzazione nella cache dei report per salvare le risorse di sistema quando gli utenti accedono ai report.
- Livello di elaborazione: analizza i dati e produce report e altri tipi di output. È l'unico livello che accede ai database che contengono dati del report.
- Livello dati: è costituito dai server di database che ospitano i database di sistema cms e l'archivio dati di controllo.
SAP BI Platform è costituito da una raccolta di server in esecuzione in uno o più host. È essenziale scegliere la strategia di distribuzione corretta in base al dimensionamento, alle esigenze aziendali e al tipo di ambiente. Per installazioni di piccole dimensioni, ad esempio sviluppo o test, è possibile usare una singola macchina virtuale di Azure per server applicazioni Web, server di database e tutti i server della piattaforma BI. Se si usa l'offerta DBaaS (Database as a Service) di Azure, il server di database viene eseguito separatamente da altri componenti. Per l'installazione media e di grandi dimensioni, è possibile avere server in esecuzione in più macchine virtuali di Azure.
Il diagramma seguente illustra l'architettura di una distribuzione su larga scala della piattaforma SAP BOBI in macchine virtuali di Azure, con ogni componente distribuito. Per garantire la resilienza dell'infrastruttura in caso di interruzione del servizio, le macchine virtuali possono essere distribuite usando set di scalabilità flessibile, set di disponibilità o zone di disponibilità.
Dettagli dell'architettura
Bilanciamento del carico
Nella distribuzione a più istanze DI SAP BOBI, i server applicazioni Web (o il livello Web) vengono eseguiti in due o più host. Per distribuire il carico utente in modo uniforme tra server Web, è possibile usare un servizio di bilanciamento del carico tra gli utenti finali e i server Web. In Azure è possibile usare Azure Load Balancer o app Azure lication Gateway per gestire il traffico verso i server Web.
Server applicazioni Web
Il server Web ospita le applicazioni Web della piattaforma SAP BOBI, ad esempio CMC e BI Launch Pad. Per ottenere la disponibilità elevata per il server Web, è necessario distribuire almeno due server applicazioni Web per gestire la ridondanza e il bilanciamento del carico. In Azure questi server applicazioni Web possono essere inseriti in set di scalabilità flessibile, zone di disponibilità o set di disponibilità per una migliore disponibilità.
Tomcat è l'applicazione Web predefinita per SAP BI Platform. Per ottenere la disponibilità elevata per tomcat, abilitare la replica di sessione usando l'intercettore di appartenenze statiche in Azure. Garantisce che l'utente possa accedere all'applicazione Web SAP BI anche quando il servizio Tomcat viene interrotto.
Importante
Per impostazione predefinita, Tomcat usa ip multicast e porta per il clustering che non è supportato in Azure (nota SAP 2764907).
Server della piattaforma BI
I server della piattaforma BI includono tutti i servizi che fanno parte dell'applicazione SAP BOBI (livello di gestione, livello di elaborazione e livello di archiviazione). Quando un server Web riceve una richiesta, rileva ogni server della piattaforma BI (in particolare, tutti i server CMS in un cluster) e bilancia automaticamente il carico delle richieste. Se uno degli host della piattaforma BI ha esito negativo, il server Web invia automaticamente richieste ad altri host.
Per ottenere disponibilità elevata o ridondanza per la piattaforma BI, è necessario distribuire l'applicazione in almeno due macchine virtuali di Azure. In base al dimensionamento, è possibile ridimensionare la piattaforma BI per l'esecuzione in più macchine virtuali di Azure.
File repository server (FRS)
File Repository Server contiene tutti i report e altri documenti di business intelligence creati. Nella distribuzione a istanze multiple, i server della piattaforma BI vengono eseguiti in più macchine virtuali e ogni macchina virtuale deve avere accesso a questi report e ad altri documenti di BUSINESS Intelligence. Un file system deve quindi essere condiviso tra tutti i server della piattaforma BI.
In Azure è possibile usare File Premium di Azure o Azure NetApp Files per il server del repository file. Entrambi questi servizi di Azure hanno ridondanza predefinita.
CMS e database di controllo
SAP BOBI Platform richiede un database per archiviare i dati di sistema, definiti database CMS. Viene usato per archiviare informazioni sulla piattaforma BI, ad esempio utente, server, cartella, documento, configurazione e dettagli di autenticazione.
Azure offre l'offerta Database as a Service (DBaaS) my database SQL e database SQL di Azure che può essere usata per il database CMS e il database di controllo. Poiché si tratta di un'offerta PaaS, i clienti non devono preoccuparsi di operazioni, disponibilità e manutenzione dei database. Il cliente può anche scegliere il proprio database per CMS e audit repository in base alle esigenze aziendali.
Matrice di supporto
Questa sezione descrive il supporto di diversi componenti SAP BOBI, ad esempio la versione di SAP BusinessObjects BI Platform, il sistema operativo e i database in Azure.
Piattaforma SAP BusinessObjects BI
L'infrastruttura distribuita come servizio (IaaS) di Azure consente di distribuire e configurare SAP BusinessObjects BI Platform in Calcolo di Azure. Supporta la versione seguente di SAP BOBI Platform :
- SAP BusinessObjects BI Platform 4.3
- SAP BusinessObjects BI Platform 4.2 SP04+
- SAP BusinessObjects BI Platform 4.1 SP05+
SAP BI Platform viene eseguito in diversi sistemi operativi e database. Il supporto della piattaforma SAP BOBI tra il sistema operativo e la versione del database è disponibile in Matrice di disponibilità del prodotto per SAP BOBI.
Sistema operativo
supporto tecnico di Azure seguenti sistemi operativi per la distribuzione di SAP BusinessObjects BI Platform.
- Server Microsoft Windows
- SUSE Linux Enterprise Server (SLES)
- Red Hat Enterprise Linux (RHEL)
- Oracle Linux (OL)
La versione del sistema operativo elencata in Product Availability Matrix (PAM) per SAP BusinessObjects BI Platform è supportata purché siano compatibili per l'esecuzione nell'infrastruttura di Azure.
Database
La piattaforma BI richiede il database per CMS e l'archivio dati di controllo, che può essere installato in tutti i database supportati elencati nella matrice di disponibilità del prodotto SAP che include quanto segue:
Microsoft SQL Server
database SQL di Azure (database supportato solo per la piattaforma SAP BOBI in Windows)
Si tratta di un motore di database di SQL Server completamente gestito, basato sulla edizione Enterprise stabile più recente di SQL Server. Il database SQL di Azure gestisce la maggior parte delle funzioni di gestione del database, ad esempio l'aggiornamento, l'applicazione di patch e il monitoraggio senza coinvolgimento dell'utente. Con il database SQL di Azure è possibile creare un livello di archiviazione dei dati a disponibilità elevata e ad alte prestazioni per le applicazioni e le soluzioni in Azure. Per altri dettagli, vedere database SQL di Azure documentazione.
Database di Azure per MySQL (seguire le stesse linee guida di compatibilità indicate per MySQL AB in SAP PAM)
Si tratta di un servizio di database relazionale basato sull'edizione community di MySQL. Essendo un'offerta DBaaS (Database as a Service) completamente gestita, può gestire carichi di lavoro cruciali con prestazioni prevedibili e scalabilità dinamica. Include disponibilità elevata predefinita, backup automatici, applicazione di patch software, rilevamento automatico degli errori e ripristino temporizzato per un massimo di 35 giorni, che riducono notevolmente le attività operative. Per altri dettagli, vedere Database di Azure per MySQL documentazione.
SAP HANA
SAP ASE
IBM DB2
Oracle (per la versione e la restrizione, controllare sap Note 2039619)
MaxDB
Questo documento illustra le linee guida per distribuire SAP BOBI Platform in Windows con database SQL di Azure e SAP BOBI Platform in Linux con Database di Azure per MySQL. È anche l'approccio consigliato per l'esecuzione di SAP BusinessObjects BI Platform in Azure.
Dimensionamento
Il dimensionamento è un processo di determinazione del requisito hardware per l'esecuzione efficiente dell'applicazione. Per SAP BOBI Platform, il dimensionamento deve essere eseguito usando lo strumento di ridimensionamento SAP denominato Quick Sizer. Lo strumento fornisce L piattaforma di strumenti analitici in base all'input, che deve quindi essere mappato ai tipi di macchine virtuali di Azure certificati per SAP. Nota SAP 1928533 fornisce l'elenco dei prodotti SAP supportati e dei tipi di vm di Azure insieme a S piattaforma di strumenti analitici. Per altre informazioni sul dimensionamento, vedere Sap BI Sizing Guide (Guida al ridimensionamento di SAP BI).
Per la necessità di archiviazione per la piattaforma SAP BOBI, Azure offre diversi tipi di Managed Disks. Per la directory di installazione di SAP BOBI, è consigliabile usare il disco gestito Premium e per il database in esecuzione nelle macchine virtuali, seguire le indicazioni fornite nella distribuzione DBMS per il carico di lavoro SAP.
supporto tecnico di Azure due offerte DBaaS per il livello dati della piattaforma SAP BOBI: database SQL di Azure (applicazione BI in esecuzione in Windows) e Database di Azure per MySQL (applicazione BI in esecuzione in Linux e Windows). Quindi, in base al risultato del dimensionamento, è possibile scegliere il modello di acquisto più adatto alle proprie esigenze.
Suggerimento
Per informazioni di riferimento rapido sul dimensionamento, prendere in considerazione 800 S piattaforma di strumenti analitici = 1 vCPU durante il mapping del risultato S piattaforma di strumenti analitici del livello di database SAP BOBI Platform al database as a Service di Azure (database SQL di Azure o Database di Azure per MySQL).
Ridimensionamento dei modelli per il database SQL di Azure
database SQL di Azure offre i tre modelli di acquisto seguenti:
Basato su vCore
Consente di scegliere il numero di vCore, la quantità di memoria e la quantità e la velocità di archiviazione. Il modello di acquisto basato su vCore offre inoltre la possibilità di usare Vantaggio Azure Hybrid per SQL Server per un risparmio in termini di costi. Questo modello è adatto per i clienti che valutano flessibilità, controllo e trasparenza.
Sono disponibili tre opzioni del livello di servizio nel modello vCore che includono : Utilizzo generico, Business Critical e Hyperscale. Il livello di servizio definisce l'architettura di archiviazione, lo spazio, i limiti di I/O e le opzioni di continuità aziendale correlate alla disponibilità e al ripristino di emergenza. Di seguito sono riportati dettagli generali su ogni opzione del livello di servizio:
- Il livello di servizio per utilizzo generico è più adatto per i carichi di lavoro aziendali. Offre opzioni di calcolo e archiviazione orientate al budget, bilanciate e scalabili. Per altre informazioni, vedere Opzioni e limiti delle risorse.
- Il livello di servizio Business Critical offre alle applicazioni aziendali la massima resilienza agli errori usando diverse repliche isolate e offre le prestazioni di I/O più elevate per ogni replica di database. Per altre informazioni, vedere Opzioni e limiti delle risorse.
- Il livello di servizio Hyperscale è ideale per i carichi di lavoro aziendali con requisiti di archiviazione e scalabilità in lettura altamente scalabili. Offre anche una maggiore resilienza agli errori consentendo la configurazione di più repliche di database isolate. Per altre informazioni, vedere Opzioni e limiti delle risorse.
Basato su DTU
Il modello di acquisto basato su DTU offre una combinazione di risorse di calcolo, memoria e I/O in tre livelli di servizio, per supportare carichi di lavoro di database leggeri e pesanti. Le dimensioni di calcolo di ogni livello forniscono una diversa combinazione di queste risorse, a cui è possibile aggiungere altre risorse di archiviazione. È più adatto per i clienti che vogliono opzioni di risorse semplici e preconfigurate.
I livelli di servizio nel modello di acquisto basato su DTU sono differenziati in base a una gamma di dimensioni di calcolo con una quantità fissa di spazio di archiviazione incluso, un periodo di conservazione fisso dei backup e un prezzo fisso.
Senza server
Il modello serverless ridimensiona automaticamente le risorse di calcolo in base alle esigenze dei carichi di lavoro, addebitando la quantità di risorse di calcolo usate al secondo. Il livello di calcolo serverless sospende automaticamente i database durante i periodi inattivi quando viene fatturata solo l'archiviazione e riprende automaticamente i database quando l'attività viene restituita. Per altre informazioni, vedere Opzioni e limiti delle risorse.
È più adatto per l'utilizzo intermittente e imprevedibile con un utilizzo medio basso del calcolo nel tempo. Questo modello può quindi essere usato per la distribuzione SAP BOBI non di produzione.
Nota
Per SAP BOBI, è utile usare il modello basato su vCore e scegliere il livello di servizio Utilizzo generico o Business Critical in base alle esigenze aziendali.
Ridimensionamento dei modelli per database di Azure per MySQL
Database di Azure per MySQL include tre piani tariffari diversi. Sono differenziati in base alla quantità di calcolo in vCore, memoria per vCore e tecnologia di archiviazione usata per archiviare la data. Di seguito sono riportati i dettagli generali sulle opzioni e per altri dettagli sui diversi attributi, vedere Piano tariffario per Database di Azure per MySQL.
Di base
Viene usato per i carichi di lavoro di destinazione che richiedono prestazioni di calcolo e I/O leggere.
Utilizzo generico
È adatto per la maggior parte dei carichi di lavoro aziendali che richiedono risorse di calcolo e memoria bilanciate con velocità effettiva di I/O scalabile.
Con ottimizzazione per la memoria
Per carichi di lavoro di database ad alte prestazioni che richiedono prestazioni in memoria per un'elaborazione più rapida delle transazioni e una concorrenza più elevata.
Nota
Per SAP BOBI, è utile usare il piano tariffario Per utilizzo generico o Ottimizzato per la memoria in base al carico di lavoro aziendale.
Risorse di Azure
Scelta delle aree
L'area di Azure è una o una raccolta di data center che contiene l'infrastruttura per l'esecuzione e l'hosting di servizi di Azure diversi. Questa infrastruttura include un numero elevato di nodi che funzionano come nodi di calcolo o nodi di archiviazione oppure eseguono funzionalità di rete. Non tutte le aree offrono gli stessi servizi.
SAP BI Platform contiene componenti diversi che potrebbero richiedere tipi di macchina virtuale specifici, Archiviazione come File di Azure o Azure NetApp Files o Database as a Service (DBaaS) per il livello dati che potrebbe non essere disponibile in determinate aree. È possibile trovare le informazioni esatte sui tipi di macchina virtuale, sui tipi di Archiviazione di Azure o su altri servizi di Azure in Prodotti disponibili in base al sito dell'area. Se i sistemi SAP sono già in esecuzione in Azure, probabilmente l'area è stata identificata. In tal caso, è prima necessario esaminare che i servizi necessari sono disponibili in tali aree per decidere l'architettura di SAP BI Platform.
Set di scalabilità di macchine virtuali con orchestrazione flessibile
I set di scalabilità di macchine virtuali con orchestrazione flessibile offrono un raggruppamento logico di macchine virtuali gestite dalla piattaforma. È possibile creare un set di scalabilità all'interno dell'area o estenderlo tra le zone di disponibilità. Durante la creazione, il set di scalabilità flessibile all'interno di un'area con platformFaultDomainCount>1 (FD>1), le macchine virtuali distribuite nel set di scalabilità verranno distribuite tra il numero specificato di domini di errore nella stessa area. D'altra parte, la creazione del set di scalabilità flessibile tra zone di disponibilità con platformFaultDomainCount=1 (FD=1) distribuirà le macchine virtuali nella zona specificata e il set di scalabilità distribuirà anche le macchine virtuali in domini di errore diversi all'interno della zona per un'operazione ottimale.
Per il carico di lavoro SAP è supportato solo un set di scalabilità flessibile con FD=1. Il vantaggio dell'uso di set di scalabilità flessibili con FD=1 per la distribuzione tra zone, invece della distribuzione tradizionale della zona di disponibilità consiste nel fatto che le macchine virtuali distribuite con il set di scalabilità verranno distribuite tra domini di errore diversi all'interno della zona in modo ottimale. Per altre informazioni sulla distribuzione del carico di lavoro SAP con set di scalabilità, vedere la guida alla distribuzione flessibile della scalabilità di macchine virtuali.
Zone di disponibilità
Le zone di disponibilità sono località separate fisicamente entro un'area di Azure. Ogni zona di disponibilità è costituita da uno o più data center dotati di alimentazione, raffreddamento e rete indipendenti.
Per ottenere la disponibilità elevata in ogni livello per SAP BI Platform, è possibile distribuire le macchine virtuali nella zona di disponibilità implementando il framework di disponibilità elevata, che può offrire il miglior contratto di servizio in Azure. Per il contratto di servizio della macchina virtuale in Azure, controllare la versione più recente dei contratti di servizio delle macchine virtuali.
Per il livello dati, il servizio Database as a Service (DBaaS) di Azure offre un framework di disponibilità elevata per impostazione predefinita. È sufficiente selezionare l'area e il servizio funzionalità di disponibilità elevata, ridondanza e resilienza intrinseche per ridurre i tempi di inattività del database da interruzioni pianificate e non pianificate, senza dover configurare componenti aggiuntivi. Per altre informazioni sul contratto di servizio per l'offerta DBaaS supportata in Azure, vedere Disponibilità elevata in Database di Azure per MySQL e Disponibilità elevata per database SQL di Azure.
Set di disponibilità
Il set di disponibilità è una funzionalità di raggruppamento logico per isolare le risorse delle macchine virtuali l'una dall'altra durante la distribuzione. Azure assicura che le macchine virtuali inserite all'interno di un set di disponibilità vengano eseguite su più server fisici, rack di calcolo, unità di archiviazione e commutatori di rete. Se si verifica un errore hardware o software, viene interessato solo un subset delle macchine virtuali e la soluzione complessiva rimane operativa. Pertanto, quando le macchine virtuali vengono inserite nei set di disponibilità, Il controller di infrastruttura di Azure distribuisce le macchine virtuali su domini di errore e di aggiornamento diversi per impedire che tutte le macchine virtuali non siano accessibili a causa della manutenzione o dell'errore dell'infrastruttura all'interno di un dominio di errore.
SAP BI Platform contiene molti componenti diversi e durante la progettazione dell'architettura è necessario assicurarsi che ogni componente sia resiliente a qualsiasi interruzione. Può essere ottenuto inserendo le macchine virtuali di Azure di ogni componente all'interno dei set di disponibilità. Tenere presente che, quando si combinano macchine virtuali di famiglie di macchine virtuali diverse all'interno di un set di disponibilità, possono verificarsi problemi che impediscono di includere un determinato tipo di macchina virtuale in tale set di disponibilità. Avere quindi un set di disponibilità separato per l'applicazione Web, applicazione BI per SAP BI Platform, come evidenziato in Panoramica dell'architettura.
Anche il numero di domini di aggiornamento e di errore che possono essere usati da un set di disponibilità di Azure all'interno di un'unità di scalabilità di Azure è finito. Pertanto, se si continua ad aggiungere macchine virtuali a un singolo set di disponibilità, due o più macchine virtuali finiranno nello stesso dominio di errore o aggiornamento. Per altre informazioni, vedere la sezione Set di disponibilità di Azure del documento Pianificazione e implementazione delle macchine virtuali di Azure per SAP.
Per comprendere il concetto di set di disponibilità di Azure e il modo in cui i set di disponibilità sono correlati ai domini di errore e di aggiornamento, leggere l'articolo gestire la disponibilità .
Importante
- I concetti delle zone di disponibilità di Azure e dei set di disponibilità di Azure si escludono a vicenda. È possibile distribuire una coppia o più macchine virtuali in una zona di disponibilità specifica o in un set di disponibilità, ma non è possibile eseguire entrambe le operazioni.
- Se si prevede di eseguire la distribuzione tra zone di disponibilità, è consigliabile usare un set di scalabilità flessibile con FD=1 rispetto alla distribuzione della zona di disponibilità standard.
Macchine virtuali
Macchina virtuale di Azure è un'offerta di servizio che consente di distribuire immagini personalizzate in Azure come istanze IaaS (Infrastructure-as-a-Service). Semplifica la manutenzione e la gestione delle applicazioni offrendo risorse di calcolo e di archiviazione su richiesta per ospitare, ridimensionare e gestire applicazioni Web e applicazioni connesse.
Azure offre varietà di macchine virtuali per tutte le esigenze dell'applicazione. Tuttavia, per il carico di lavoro SAP, Azure ha ristretto la selezione a diverse famiglie di macchine virtuali adatte per il carico di lavoro SAP e il carico di lavoro SAP HANA in modo più specifico. Per altre informazioni dettagliate, vedere What SAP software is supported for Azure deployments (Informazioni sul software SAP supportato per le distribuzioni di Azure).
In base al dimensionamento di SAP BI Platform, è necessario eseguire il mapping delle esigenze alla macchina virtuale di Azure, supportata in Azure per il prodotto SAP. Nota SAP 1928533 è un buon punto di partenza che elenca i tipi di macchine virtuali di Azure supportati per i prodotti SAP in Windows e Linux. È anche necessario tenere presente che oltre la selezione di tipi di VM puramente supportati, è anche necessario verificare se tali tipi di vm sono disponibili in un'area specifica. È possibile controllare la disponibilità del tipo di macchina virtuale nella pagina Prodotti disponibili per area . Per scegliere il modello di determinazione prezzi, è possibile fare riferimento alle macchine virtuali di Azure per il carico di lavoro SAP
Storage
Archiviazione di Azure è un servizio cloud gestito da Azure che fornisce risorse di archiviazione a disponibilità elevata, sicure, durevoli, scalabili e ridondanti. Alcuni tipi di archiviazione hanno un uso limitato per gli scenari SAP. Tuttavia, diversi tipi di Archiviazione di Azure sono adatti o ottimizzati per scenari di carico di lavoro SAP specifici. Per altre informazioni, vedere Archiviazione di Azure types for SAP Workload guide (Tipi di carico di lavoro SAP) perché evidenzia diverse opzioni di archiviazione adatte per SAP.
Archiviazione di Azure ha diversi tipi di Archiviazione disponibili per i clienti e i dettagli per gli stessi elementi possono essere letti nell'articolo Quali tipi di disco sono disponibili in Azure?. SAP BOBI Platform usa i Archiviazione di Azure seguenti per compilare l'applicazione :
Dischi gestiti da Azure
Si tratta di un volume di archiviazione a livello di blocco gestito da Azure. È possibile usare i dischi per i database e i server applicazioni della piattaforma SAP BOBI, se installati in macchine virtuali di Azure. Sono disponibili diversi tipi di dischi gestiti di Azure, ma è consigliabile usare unità SSD Premium per l'applicazione e il database SAP BOBI Platform.
Nell'esempio seguente, le unità SSD Premium vengono usate per la directory di installazione della piattaforma BOBI. Per il database installato nella macchina virtuale, è possibile usare dischi gestiti per i dati e il volume di log in base alle linee guida. I database CMS e Audit sono in genere di piccole dimensioni e non hanno gli stessi requisiti di prestazioni di archiviazione di altri database OLTP/OLAP SAP.
File Premium di Azure o Azure NetApp Files
In SAP BOBI Platform, File Repository Server (FRS) si riferisce alle directory dei dischi in cui vengono archiviati contenuti come report, universi e connessioni che vengono usati da tutti i server applicazioni di tale sistema. File Premium di Azure o archiviazione di Azure NetApp Files possono essere usati come file system condiviso per le applicazioni SAP BOBI FRS. Poiché questa offerta di archiviazione non è disponibile in tutte le aree, fare riferimento a Prodotti disponibili in base al sito dell'area per trovare informazioni aggiornate.
Se il servizio non è disponibile nell'area, è possibile creare un server NFS da cui è possibile condividere il file system all'applicazione SAP BOBI. È tuttavia necessario considerare anche la disponibilità elevata.
Rete
SAP BOBI è una piattaforma di business intelligence per report e analisi che non contiene dati aziendali. Il sistema è quindi connesso ad altri server di database da cui recupera tutti i dati e fornisce informazioni dettagliate agli utenti. Azure offre un'infrastruttura di rete, che consente il mapping di tutti gli scenari che possono essere realizzati con SAP BI Platform, ad esempio la connessione al sistema locale, ai sistemi in reti virtuali diverse e ad altri. Per altre informazioni, vedere Rete di Microsoft Azure per il carico di lavoro SAP.
Per l'offerta Database-as-a-Service, qualsiasi database appena creato (database SQL di Azure o Database di Azure per MySQL) dispone di un firewall che blocca tutte le connessioni esterne. Per consentire l'accesso al servizio DBaaS dalle macchine virtuali della piattaforma BI, è necessario specificare una o più regole del firewall a livello di server per abilitare l'accesso al server DBaaS. Per altre informazioni, vedere La sezione Regole del firewall per Database di Azure per MySQL e Controllo di accesso di rete per il database SQL di Azure.