Speichervergleich für Azure und AWS

2025-06-21

Das Publikum für diesen Leitfaden ist Organisationen oder Einzelpersonen, die von AWS zu Azure migrieren oder eine Multicloudstrategie einführen. Ziel dieses Leitfadens ist es, AWS-Architekten dabei zu helfen, die Speicherfunktionen von Azure zu verstehen, indem Azure-Dienste mit AWS-Diensten verglichen werden.

S3/EBS/EFS und Azure Storage

Auf der AWS-Plattform wird Cloudspeicher in der Regel auf drei Arten bereitgestellt:

Simple Storage Service (S3) Einfacher Objektspeicher, der Daten über eine API verfügbar macht.
Elastischer Blockspeicher (EBS). Blockebenenspeicher, der in der Regel für den Zugriff durch einen einzelnen virtuellen Computer (VM) vorgesehen ist. Sie können sie mit bestimmten Speicherklassen und Dateisystemen an mehrere Volumes anfügen.
Freigegebener Speicher. Verschiedene gemeinsame Speicherdienste, die AWS bereitstellt, z. B. Elastic File System (EFS) und die FSx-Familie von verwalteten Dateisystemen.

In Azure Storage können mit an Abonnements gebundene Speicherkonten die folgenden Speicherdienste erstellt und verwaltet werden:

Blob Storage speichert alle Arten von Text- oder Binärdaten, z.B. ein Dokument, eine Mediendatei oder ein Installer einer Anwendung. Sie können Blob Storage für den privaten Zugriff einrichten oder Inhalte öffentlich im Internet zugänglich machen. Blob Storage dient demselben Zweck wie AWS S3 und EBS.
Table Storage speichert strukturierte Datensätze. Table Storage ist ein Datenspeicher für NoSQL-Schlüsselattribute, der eine schnelle Entwicklung und einen schnellen Zugriff auf große Datenmengen ermöglicht. Dies lässt sich mit dem SimpleDB- and DynamoDB-Dienst von AWS vergleichen.
Queue Storage bietet Messaging für die Workflowverarbeitung und die Kommunikation zwischen Komponenten von Clouddiensten.
Der Dateispeicher bietet gemeinsam genutzten Speicher für Anwendungen. Es verwendet das standardmäßige Server Message Block (SMB) oder Network File System (NFS)-Protokoll. Der Dateispeicher wird auf eine Weise verwendet, die der Verwendung von EFS oder FSx für Windows File Server ähnelt.

Azure bietet auch andere verwaltete Dateisysteme, einschließlich Azure Managed Lustre, Azure NetApp Files und Azure Native Qumulo. Weitere Informationen finden Sie unter "Speichervergleich".

Glacier und Azure Storage

Azure Archive Blob Storage ist vergleichbar mit dem Glacier-Speicherdienst von AWS. Es ist für selten zugängliche Daten vorgesehen, die mindestens 180 Tage lang gespeichert sind und mehrere Stunden Abruflatenz tolerieren können.

Für Daten, die zwar selten verwendet werden, beim Zugriff aber umgehend verfügbar sein müssen, stellt Azure Cool Blob Storage im Vergleich zum Standard-Blobspeicher eine kostengünstigere Speicheroption dar. Diese Speicherebene ist vergleichbar mit AWS S3 (Speicherdienst für selten verwendete Daten).

Objektspeicher-Zugriffssteuerung

In AWS wird der Zugriff auf S3 in der Regel über eine Identitäts- und Zugriffsverwaltungsrolle (IAM) oder direkt in der S3-Bucket-Richtlinie gewährt. Der Netzwerkzugriff auf Datenebene wird in der Regel über S3-Bucketrichtlinien gesteuert.

Bei Azure Blob Storage wird ein mehrstufiger Ansatz verwendet. Die Azure Storage-Firewall wird verwendet, um den Netzwerkzugriff auf die Datenebene zu steuern.

In Amazon S3 ist es üblich, vorab signierte URLs zu verwenden, um zeitlich begrenzten Berechtigungszugriff zu gewähren. In Azure Blob Storage können Sie ein ähnliches Ergebnis erzielen, indem Sie eine freigegebene Zugriffssignatur verwenden.

Regionale Redundanz und Replikation für Objektspeicher

Organisationen möchten ihre Speicherobjekte häufig mithilfe redundanter Kopien schützen. Sowohl in AWS als auch in Azure werden Daten in einer bestimmten Region repliziert. In Azure steuern Sie, wie Daten repliziert werden, indem Sie lokal redundanten Speicher (LRS) oder zonenredundanten Speicher (ZRS) verwenden. Wenn Sie LRS verwenden, werden Kopien aus Kosten- oder Compliancegründen im selben Rechenzentrum gespeichert. ZRS ähnelt der AWS-Replikation: Sie repliziert Daten über Verfügbarkeitszonen innerhalb einer Region.

AWS-Kunden replizieren ihre S3-Buckets häufig mithilfe der regionsübergreifenden Replikation in eine andere Region. Sie können diesen Replikationstyp in Azure mithilfe der Azure Blob-Replikation implementieren. Eine weitere Option besteht darin, georedundanten Speicher (GEO-redundant storage, GRS) oder geozonenredundanten Speicher (GZRS) zu konfigurieren. GRS und GZRS replizieren Daten synchron in eine sekundäre Region, ohne dass eine Replikationskonfiguration erforderlich ist. Auf die Daten kann nicht zugegriffen werden, es sei denn, ein geplantes oder ungeplantes Failover tritt auf.

Vergleichen von Blockspeicheroptionen

Beide Plattformen bieten unterschiedliche Arten von Datenträgern, um bestimmte Leistungsanforderungen zu erfüllen. Obwohl die Leistungsmerkmale nicht exakt übereinstimmen, bietet die folgende Tabelle einen generalisierten Vergleich. Sie sollten immer Tests durchführen, um zu ermitteln, welche Speicherkonfigurationen ihrer Anwendung am besten entsprechen. Für leistungsfähigere Datenträger müssen Sie sowohl bei AWS als auch bei Azure sicherstellen, dass die Speicherleistung der VM mit dem bereitgestellten Datenträgertyp und der Konfiguration übereinstimmt.

AWS EBS-Volumetyp	Verwalteter Azure-Datenträger	Verwendung	Kann dieser verwaltete Datenträger als Betriebssystemdatenträger verwendet werden
GP2/GP3	Standard-SSD	Webserver und leicht verwendete Anwendungsserver oder Entwicklungs-/Testumgebungen	Ja
GP2/GP3	SSD Premium	Produktionsworkloads und leistungsabhängige Workloads	Ja
io1	SSD Premium v2	Leistungsabhängige Workloads oder Workloads, die hohe IOPS und niedrige Latenz erfordern	Nein
IO2	Ultra-Disk-Speicher	E/A-intensive Arbeitslasten, leistungsintensive Datenbanken und sehr hohe Transaktionsarbeitslasten, die den hohen Durchsatz und IOPS erfordern	Nein
ST1/SC1	HDD Standard	Workloads mit seltenem Zugriff	Ja

In Azure können Sie viele VM-Typen für die Hostzwischenspeicherung konfigurieren. Wenn Host-Cache aktiviert ist, wird der Cachespeicher dem virtuellen Computer als verfügbar gemacht und kann für den schreibgeschützten oder Lesen-/Schreibmodus konfiguriert werden. Bei einigen Workloads kann der Cache die Speicherleistung verbessern.