Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Come piattaforma alternativa per l'esecuzione di applicazioni mainframe tradizionali, Azure offre risorse di calcolo e archiviazione iperscalabili in un ambiente a disponibilità elevata. Si ottiene il valore e l'agilità di una piattaforma moderna basata sul cloud senza i costi associati a un ambiente mainframe.
Questa sezione fornisce indicazioni tecniche per passare da una piattaforma mainframe ad Azure.
MIPS e vCPU
Non esiste una formula di mapping universale per determinare il numero di unità di elaborazione centrale virtuale (vCPU) necessarie per eseguire carichi di lavoro mainframe. Tuttavia, la metrica di un milione di istruzioni al secondo (MIPS) viene spesso mappata alle vCPU in Azure. MIPS misura la potenza di calcolo complessiva di un mainframe fornendo un valore costante del numero di cicli al secondo per una determinata macchina.
Una piccola organizzazione potrebbe richiedere meno di 500 MIPS, mentre un'organizzazione di grandi dimensioni usa in genere più di 5.000 MIPS. A 1.000 $ per singolo MIPS, una grande organizzazione spende circa 5 milioni di dollari all'anno per implementare un'infrastruttura da 5.000 MIPS. La stima dei costi annuali per una tipica distribuzione di Azure di questa scala è di circa un decimo il costo di un'infrastruttura MIPS.
Un calcolo accurato di MIPS a vCPU con Azure dipende dal tipo di vCPU e dal carico di lavoro esatto in esecuzione. Tuttavia, gli studi di benchmark forniscono una buona base per stimare il numero e il tipo di vCPU necessari. Un recente benchmark HPE zRef fornisce le stime seguenti:
288 MIPS per ogni core basato su Intel in esecuzione su server HPE ProLiant per processi online (CICS).
170 MIPS per ciascun core Intel per i lavori batch COBOL.
Questa guida stima 200 MIPS per vCPU per l'elaborazione online e 100 MIPS per vCPU per l'elaborazione batch.
Annotazioni
Queste stime sono soggette a modifiche man mano che le nuove serie di macchine virtuali diventano disponibili in Azure.
Disponibilità elevata e ripristino automatico
I sistemi mainframe offrono spesso una disponibilità del 99,999% quando vengono utilizzati l'accoppiamento mainframe e Parallel Sysplex. Gli operatori di sistema devono comunque pianificare tempi di inattività per la manutenzione e i caricamenti iniziali del programma (IPLs). La disponibilità effettiva si avvicina a due o tre 9, paragonabili ai server basati su Intel di fascia alta.
In confronto, Azure offre accordi sui livelli di servizio basati sull'impegno, con disponibilità in cui la continuità di servizio è superiore al 99.99% come impostazione predefinita, ottimizzati tramite la replica locale o geografica dei servizi.
Azure offre disponibilità aggiuntiva replicando i dati da più dispositivi di archiviazione, in locale o in altre aree geografiche. In caso di errore basato su Azure, le risorse di calcolo possono accedere ai dati replicati a livello locale o a livello di area.
Quando si usano risorse PaaS (Platform as a Service), ad esempio il database SQL di Azure e Azure Cosmos DB, Azure può gestire automaticamente i failover. Quando si utilizza l'infrastruttura di Azure come servizio (IaaS), il failover si basa su funzionalità specifiche del sistema, come le funzionalità Always On di SQL Server, le istanze di clustering di failover e i gruppi di disponibilità.
Scalabilità
I mainframe in genere aumentano la capacità, mentre gli ambienti cloud si espandono. I mainframe possono espandersi con l'uso di una coupling facility (CF), ma il costo elevato dell'hardware e dell'archiviazione rende i mainframe costosi da ampliare.
Un CF offre anche un calcolo strettamente integrato, mentre le funzionalità di scalabilità orizzontale di Azure sono debolmente integrate. Il cloud può aumentare o ridurre le prestazioni in base alle specifiche dell'utente esatte, con potenza di calcolo, archiviazione e servizi su richiesta in base a un modello di fatturazione basato sull'utilizzo.
Backup e ripristino
I clienti mainframe in genere mantengono i siti di ripristino di emergenza o usano o un provider mainframe indipendente per le emergenze. La sincronizzazione con un sito di ripristino di emergenza viene in genere eseguita tramite copie offline dei dati. Entrambe le opzioni comportano costi elevati.
La ridondanza geografica automatizzata è disponibile anche tramite il sistema di interconnessione mainframe. Questo approccio è costoso ed è in genere riservato ai sistemi cruciali. Al contrario, Azure offre opzioni facili da implementare e convenienti per il backup, il ripristino e la ridondanza a livello locale o a livello di area o tramite ridondanza geografica.
Immagazzinamento
Parte della comprensione del funzionamento dei mainframe comporta la decodifica di vari termini sovrapposti. Ad esempio, l'archiviazione centrale, la memoria reale, l'archiviazione reale e l'archiviazione principale in genere fanno riferimento allo spazio di archiviazione collegato direttamente al processore mainframe.
L'hardware mainframe include processori e molti altri dispositivi, ad esempio dispositivi di archiviazione ad accesso diretto (DASD), unità nastro magnetico e diversi tipi di console utente. I nastri e i DASD vengono usati per le funzioni di sistema e per i programmi utente.
I tipi di archiviazione fisica per i mainframe includono:
- Archiviazione centrale: Situato direttamente sul processore mainframe, questo è noto anche come processore o risorsa di archiviazione reale.
- Archiviazione ausiliaria: Si trova separatamente dal mainframe, questo tipo include l'archiviazione su DASD ed è noto anche come archiviazione per paging.
Il cloud offre una gamma di opzioni flessibili e scalabili e si paga solo per le opzioni necessarie. Archiviazione di Azure offre un archivio a scalabilità elevata per oggetti dati, un servizio di file system per il cloud, un archivio di messaggistica affidabile e un archivio NoSQL. Per le macchine virtuali, i dischi gestiti e non gestiti offrono risorse di archiviazione su disco persistenti e sicure.
Sviluppo e test del mainframe
Un driver principale nei progetti di migrazione mainframe è la modifica del volto dello sviluppo di applicazioni. Le organizzazioni vogliono che l'ambiente di sviluppo sia più agile e reattivo alle esigenze aziendali.
I mainframe in genere dispongono di partizioni logiche separate (LPAR) per lo sviluppo e il test, ad esempio LPAR di controllo di qualità e gestione temporanea. Le soluzioni di sviluppo mainframe includono compilatori (COBOL, PL/I, Assembler) e editor. La più comune è la Interactive System Productivity Facility (ISPF) per il sistema operativo z/OS in esecuzione su mainframe IBM. Altri includono gli strumenti RPF (ROSCOE Programming Facility) e Computer Associates, ad esempio CA Librarian e CA-Panvalet.
Gli ambienti di emulazione e i compilatori sono disponibili su piattaforme x86, quindi lo sviluppo e il test possono essere in genere tra i primi carichi di lavoro di cui eseguire la migrazione da un mainframe ad Azure. La disponibilità e l'uso diffuso degli strumenti DevOps in Azure sta accelerando la migrazione degli ambienti di sviluppo e test.
Quando le soluzioni vengono sviluppate e testate in Azure e sono pronte per la distribuzione nel mainframe, sarà necessario copiare il codice nel mainframe e compilarlo lì.