Flytta stordatorlagring till Azure
Om du vill köra stordatorarbetsbelastningar på Microsoft Azure behöver du veta hur stordatorns funktioner står sig i jämförelse med Azure. De massivt skalbara lagringsresurserna kan hjälpa organisationer att börja modernisera utan att överge de program de förlitar sig på.
Azure tillhandahåller stordatorliknande funktioner och lagringskapacitet som är jämförbar med IBM z14-baserade system (den mest aktuella modellen när det här skrivs). Den här artikeln beskriver hur du får jämförbara resultat i Azure.
Stordatorlagring i korthet
IBM-stordatorn karakteriserar lagring på två sätt. Den första är en lagringsenhet för direkt åtkomst (DASD). Den andra är sekventiell lagring. För att hantera lagring tillhandahåller stordatorn undersystemet Data Facility Storage Management (DFSMS). Den hanterar dataåtkomst till de olika lagringsenheterna.
DASD refererar till en separat enhet för sekundär lagring (inte minnesintern) som gör att en unik adress kan användas för direkt åtkomst till data. Ursprungligen tillämpades termen DASD på snurrande diskar, magnetiska trummor eller dataceller. Men nu kan termen även gälla för SSD:er (Solid State Storage Devices), lagringsområdesnätverk (SAN), nätverksansluten lagring (NAS) och optiska enheter. I det här dokumentet refererar DASD till snurrande diskar, SAN och SSD.
Till skillnad från DASD-lagring refererar sekventiell lagring på en stordator till enheter som bandenheter där data nås från en startpunkt och sedan läss eller skrivs på en rad.
Lagringsenheter är vanligtvis anslutna med en fiberanslutning (FICON) eller nås direkt på stordatorns IO-buss med HiperSockets, en IBM-teknik för höghastighetskommunikation mellan partitioner på en server med en hypervisor.
De flesta stordatorsystem separerar lagringen i två typer:
Onlinelagring (även känt som frekvent lagring) behövs för dagliga åtgärder. DASD-lagring används vanligtvis för detta ändamål. Sekventiell lagring, till exempel dagliga bandsäkerhetskopior (logiska eller fysiska), kan dock också användas för detta ändamål.
Arkivlagring (även kallat kalllagring) är inte garanterat monterad vid en viss tidpunkt. I stället monteras den och nås efter behov. Arkivlagring implementeras ofta med sekventiella bandsäkerhetskopior (logiska eller fysiska) för lagring.
Stordator kontra I/O-svarstid och IOPS
Stordatorer används ofta för program som kräver högpresterande I/O och låg I/O-svarstid. De kan göra detta med hjälp av FICON-anslutningar till I/O-enheter och HiperSockets. När HiperSockets används för att ansluta program och enheter direkt till en stordators I/O-kanal kan svarstiden i mikrosekunderna uppnås.
Snabb överblick över Azure Storage
IaaS-alternativ (Infrastruktur som en tjänst) i Azure för lagring ger jämförbar stordatorkapacitet.
Microsoft erbjuder petabyte för program som finns i Azure och du har flera lagringsalternativ. Dessa sträcker sig från SSD-lagring för höga prestanda till lågkostnadsbloblagring för masslagring och arkiv. Dessutom tillhandahåller Azure ett alternativ för dataredundans för lagring – något som kräver mer arbete för att konfigurera i en stordatormiljö.
Azure Storage är tillgängligt som Azure Disks, Azure Files och Azure Blobs som följande tabell sammanfattar. Läs mer om när du ska använda var och en.
Typ | Beskrivning | Använd när du vill: |
---|---|---|
Azure Files | Tillhandahåller ett SMB-gränssnitt, klientbibliotek och ett REST-gränssnitt som ger åtkomst var som helst till lagrade filer. |
|
Azure Blobs | Tillhandahåller klientbibliotek och ett REST-gränssnitt som gör att ostrukturerade data kan lagras och nås i stor skala i blockblobar. Stöder även Azure Data Lake Storage Gen2 för stordataanalyslösningar för företag. |
|
Azure-diskar | Tillhandahåller klientbibliotek och ett REST-gränssnitt som gör att data kan lagras och nås beständigt från en ansluten virtuell hårddisk. |
|
Frekvent Azure-lagring (online) och kall (arkivlagring)
Typen av lagring för ett visst system beror på systemets krav, inklusive lagringsstorlek, dataflöde och IOPS. För DASD-typlagring i en stordator använder program i Azure vanligtvis Lagring av Azure Disks-enheter i stället. För stordatorarkivlagring används bloblagring i Azure.
SSD:er ger högsta lagringsprestanda i Azure. Följande alternativ är tillgängliga (när det här dokumentet skrivs):
Typ | Storlek | IOPS |
---|---|---|
Ultra SSD | 4 GB till 64 TB | 1 200 till 160 000 IOPS |
Premium SSD | 32 GB till 32 TB | 12 till 15 000 IOPS |
Standard SSD | 32 GB till 32 TB | 12 till 2 000 IOPS |
Blob Storage tillhandahåller den största lagringsvolymen i Azure. Utöver lagringsstorleken erbjuder Azure både hanterad och ohanterad lagring. Med hanterad lagring hanterar Azure de underliggande lagringskontona. Med ohanterad lagring tar användaren ansvar för att konfigurera Azure Storage-konton av lämplig storlek för att uppfylla lagringskraven.
Nästa steg
- Stordatormigrering
- Omvärdning av stordator på virtuella Azure-datorer
- Flytta stordatorberäkning till Azure
- Bestämma när du ska använda Azure Blobs, Azure Files eller Azure Disks
- Standard SSD Managed Disks för arbetsbelastningar för virtuella Azure-datorer
IBM-resurser
- Parallell sysplex på IBM Z
- IBM CICS och kopplingsfaciliteten: Bortom grunderna
- Skapa nödvändiga användare för en db2 pureScale-funktionsinstallation
- Db2icrt – Kommandot Skapa instans
- Db2 pureScale Clustered Database Solution
- IBM Data Studio