Condividi tramite

Uso di File Premium di Azure NFS e SMB per il carico di lavoro SAP

  • Articolo

Questo documento riguarda le condivisioni file di File Premium di Azure usate per il carico di lavoro SAP. Sono trattati sia i volumi NFS che le condivisioni file SMB. Per considerazioni su Azure NetApp Files per volumi SMB o NFS, vedere i due documenti seguenti:

Importante

I suggerimenti per le configurazioni di archiviazione in questo documento sono concepiti come indicazioni per iniziare. Esecuzione del carico di lavoro e analisi dei modelli di utilizzo dell'archiviazione, si potrebbe rendersi conto che non si sta usando tutta la larghezza di banda di archiviazione o le operazioni di I/O al secondo fornite. È possibile prendere in considerazione il ridimensionamento dello spazio di archiviazione. In alternativa, il carico di lavoro potrebbe richiedere più velocità effettiva di archiviazione rispetto a quelle suggerite con queste configurazioni. Di conseguenza, potrebbe essere necessario distribuire più capacità per aumentare le operazioni di I/O al secondo o la velocità effettiva. Nel campo della tensione tra la capacità di archiviazione necessaria, la latenza di archiviazione necessaria, la velocità effettiva di archiviazione e le operazioni di I/O al secondo necessarie e la configurazione meno costosa, Azure offre tipi di archiviazione sufficienti con funzionalità diverse e diversi punti di prezzo per trovare e adattarsi al giusto compromesso per l'utente e il carico di lavoro SAP.

Per i carichi di lavoro SAP, gli usi supportati di File di Azure condivisioni sono:

  • Volume sapmnt per un sistema SAP distribuito
  • directory di trasporto per il panorama applicativo SAP
  • /hana/shared per la scalabilità orizzontale di HANA. Esaminare attentamente le considerazioni relative al dimensionamento di /hana/shared, in base alle dimensioni appropriate del volume /hana/shared contribuisce alla stabilità del sistema
  • interfaccia file tra il panorama sap e altre applicazioni

Nota

Non sono supportati carichi di lavoro DBMS SAP nei volumi di File Premium di Azure, NFS o SMB. Per le restrizioni di supporto per i tipi di archiviazione di Azure per sap NetWeaver/livello applicazione di S/4HANA, leggere la nota sul supporto SAP 2015553

Considerazioni importanti per le condivisioni di File Premium di Azure con SAP

Quando si pianifica la distribuzione con File di Azure, prendere in considerazione i punti importanti seguenti. Il termine condivisione in questa sezione si applica sia alla condivisione SMB che al volume NFS.

  • La dimensione minima della condivisione è di 100 gibibyte (GiB). Con File Premium di Azure si paga per la capacità delle condivisioni di cui è stato effettuato il provisioning.
  • Ridimensionare le condivisioni file non solo in base ai requisiti di capacità, ma anche ai requisiti di IOPS e velocità effettiva. Per informazioni dettagliate, vedere Destinazioni di condivisione file di Azure.
  • Testare il carico di lavoro per convalidare il ridimensionamento e assicurarsi che soddisfi gli obiettivi di prestazioni. Per informazioni su come risolvere i problemi di prestazioni con NFS in File di Azure, vedere Risolvere i problemi relativi alle prestazioni della condivisione file di Azure.
  • Distribuire una condivisione separata sapmnt per ogni sistema SAP.
  • Non usare la sapmnt condivisione per altre attività, ad esempio le interfacce.
  • Non usare la saptrans condivisione per altre attività, ad esempio le interfacce.
  • Se il sistema SAP ha un carico elevato di processi batch, potrebbero essere presenti milioni di log di processo. Se i log dei processi batch SAP vengono archiviati nel file system, prestare particolare attenzione al dimensionamento della sapmnt condivisione. Riorganizzare regolarmente i file di log del processo in base alla nota SAP 16083. A partire da SAP_BASIS 7.52, il comportamento predefinito per i log dei processi batch deve essere archiviato nel database. Per informazioni dettagliate, vedere la nota SAP 2360818 | Log del processo nel database.
  • Evitare di consolidare le condivisioni per troppi sistemi SAP in un singolo account di archiviazione. Esistono anche obiettivi di scalabilità e prestazioni per gli account di archiviazione. Prestare attenzione a non superare anche i limiti per l'account di archiviazione.
  • In generale, non consolidare le condivisioni per più di cinque sistemi SAP in un singolo account di archiviazione. Questa linea guida consente di evitare di superare i limiti dell'account di archiviazione e di semplificare l'analisi delle prestazioni.
  • In generale, evitare di combinare condivisioni come sapmnt per sistemi SAP non di produzione e di produzione nello stesso account di archiviazione.
  • Usare un endpoint privato con File di Azure. In caso di errore di zona improbabile, le sessioni NFS reindirizzeranno automaticamente a una zona integra. Non è necessario rimontare le condivisioni NFS nelle macchine virtuali. L'uso del collegamento privato può comportare addebiti aggiuntivi per i dati elaborati, vedere i dettagli sui prezzi dei collegamenti privati.
  • Se si distribuiscono le macchine virtuali tra zone di disponibilità, usare un account di archiviazione con archiviazione con ridondanza della zona nelle aree di Azure che supportano l'archiviazione con ridondanza della zona.
  • File Premium di Azure attualmente non supporta la replica automatica tra aree per gli scenari di ripristino di emergenza. Per le opzioni disponibili, vedere le linee guida sul ripristino di emergenza per le applicazioni SAP.

Valutare attentamente quando si consolidano più attività in una condivisione file o in più condivisioni file in un account di archiviazione. La distribuzione di queste condivisioni in account di archiviazione separati migliora la velocità effettiva, la resilienza e semplifica l'analisi delle prestazioni. Se molti SID e condivisioni SAP vengono consolidati in un singolo account di archiviazione File di Azure e le prestazioni dell'account di archiviazione sono scarse a causa del raggiungimento dei limiti di velocità effettiva, può diventare difficile identificare il SID o il volume che causa il problema.

Considerazioni aggiuntive su NFS

  • È consigliabile eseguire la distribuzione in SLES 15 SP2 o versione successiva, RHEL 8.4 o versione successiva per trarre vantaggio dai miglioramenti del client NFS.
  • Montare le condivisioni NFS con opzioni di montaggio documentate, con informazioni sulla risoluzione dei problemi di montaggio o connessione disponibili.
  • Per i sistemi SAP J2 edizione Enterprise, l'inserimento /usr/sap/<SID>/J<nr> in NFS in File di Azure non è supportato.

Considerazioni aggiuntive su SMB

  • Per usare File di Azure SMB è necessario SAP Software Provisioning Manager (SWPM) versione 1.0 SP32, SWPM 2.0 SP09 o versione successiva. La patch SAPInst deve essere 749.0.91 o successiva. Se SWPM/SAPInst non accetta più di 13 caratteri per il server di condivisione file, la versione swpm è troppo vecchia.
  • Durante l'installazione dell'istanza di SAP PAS, SWPM/SAPInst chiederà di immettere un nome host di trasporto. L'FQDN dell'account di archiviazione deve essere immesso <storage_account.file.core.windows.net> o con indirizzo IP/nome host dell'endpoint privato, se usato.
  • Quando si integra il dominio di Active Directory con File di Azure SMB per la distribuzione a disponibilità elevata SAP, gli utenti e i gruppi SAP devono essere aggiunti alla condivisione "sapmnt". Gli utenti SAP devono disporre dell'autorizzazione Storage File Data SMB Share Elevated Contributor impostata nel portale di Azure.

Passaggi successivi

Per altre informazioni, vedi: