Kostenlos bei AWS einsteigen

Kostenloses Konto erstellen

Das kostenlose Kontingent für AWS umfasst für Amazon Elastic Block Store (EBS) 30 GB Speicher, 2 Mio. E/A-Vorgänge und 1 GB Snapshot-Speicher.

Details zum kostenlosen Kontingent für AWS anzeigen »


F: Ändern sich Amazon EBS Volume und Snapshot ID-Längen im Jahr 2016?

Ja, besuchen Sie die Seite Häufig gestellte Fragen zu Amazon Elastic Compute Cloud (Amazon EC2), um weitere Informationen zu erhalten.

F: Was geschieht mit meinen Daten, wenn eine Amazon EC2-Instance beendet wird?

Im Gegensatz zu Daten, die in einem lokalen Instance-Speicher gespeichert werden (der nur so lange erhalten bleibt, wie die Instance aktiv ist), können Daten auf einem Amazon EBS-Volume unabhängig von der Nutzungsdauer der Instance dauerhaft gespeichert werden. Daher wird empfohlen, den lokalen Instance-Speicher nur für temporäre Daten zu verwenden. Für Daten, die eine höhere Beständigkeit erfordern, wird empfohlen, Amazon EBS-Volumes zu verwenden oder die Daten in Amazon S3 zu sichern. Wenn Sie ein Amazon EBS-Volume als Stammpartition verwenden, müssen Sie das Kennzeichen Delete on termination auf "No" setzen, wenn Ihr Amazon EBS-Volume über die Nutzungsdauer der Instance hinaus bestehen bleiben soll.

F: Welche Leistung kann ich von Amazon EBS-Volumes erwarten?

Amazon EBS bietet vier Volume-Typen der aktuellen Generation: bereitgestellte E/A\Sek.-SSD (io1), Standard-SSD (gp2), durchsatzoptimierte HDD (st1) und selten genutzte (cold) HDD (sc1). Diese Volume-Typen unterscheiden sich bei den Leistungsmerkmalen und im Preis, sodass Sie die Speicherleistung und -kosten an die Anforderungen Ihrer Anwendungen anpassen können. Weitere Informationen zur Leistung finden Sie auf der Seite zu den EBS-Produktdetails.

Weitere Informationen zu Leistungsrichtlinien für Amazon EBS finden Sie unter Increasing EBS Performance.

F: Welches Volume sollte ich wählen?

Amazon EBS umfasst zwei Hauptspeicherkategorien: SSD-basierten Speicher für Transaktionsarbeitslasten (Leistung primär von E/A\Sek. abhängig) und HDD-basiertem Speicher für Durchsatzarbeitslasten (Leistung primär vom Durchsatz in MB/s abhängig). SSD-basierte Volumes eignen sich für Transaktions- und E/A\Sek.-intensive Datenbankarbeitslasten, Start-Volumes und Arbeitslasten, die einen hohen E/A\Sek. erfordern. SSD-basierte Volumes beinhalten eine bereitgestellte E/A\Sek.-SSD (io1) and eine Standard-SSD (gp2). HDD-basierte Volumes eignen sich für durchsatzintensive und Big Data-Arbeitslasten, umfangreiche E/A-Größen und sequenzielle E/A-Muster. HDD-basierte Volumes umfassen eine durchsatzoptimierte HDD (st1) und eine selten genutzte (cold) HDD (sc1).

F: Wie kann ich die Kapazität, Leistung oder den Typ eines vorhandenen EBS-Volumes ändern?

Das Ändern einer Volume-Konfiguration ist einfach. Die Elastic Volumes-Funktion ermöglicht Ihnen das Erhöhen der Kapazität, das Optimieren der Leistung oder das Ändern des Volume-Typs mit einem einzigen CLI-Aufruf, API-Aufruf oder wenigen Klicks in der Konsole. Weitere Informationen zu Elastic Volumes finden Sie in der Elastic Volumes-Dokumentation.

F: Sind die bisherigen EBS-Standard-Volumes noch erhältlich?

Die bisherigen EBS-Standard-Volumes wurden umbenannt zu EBS-Magnetfestplatten-Volumes. Vorhandene Volumes werden davon nicht betroffen und es gibt keine funktionellen Unterschiede zwischen EBS-Magnetfestplatten-Volumes und EBS-Standard-Volumes. Der Name dieses Angebots wurde geändert, um Verwechslungen mit dem von uns empfohlenen Standard-SSD-Volume-Typ (gp2) zu vermeiden.

F: Sind bereitgestellte E/A\Sek.-SSD-Volumes (io1) für alle Amazon EC2-Instance-Typen verfügbar?

Ja, bereitgestellte E/A\Sek.-SSD-Volumes (io1) sind für alle Amazon EC2-Instance-Typen verfügbar. Damit Ihre EC2-Instances die auf Ihrem EBS-Volume bereitgestellte E/A\Sek.-Kapazität einheitlich und berechenbar ausnutzen, können Sie bestimmte EC2-Instance-Typen als für EBS optimierte Instances starten. EBS-optimierte Instances liefern zwischen Amazon EC2 und Amazon EBS je nach verwendetem Instance-Typ einen dedizierten Durchsatz von 62,5 MBit/s bis 1 750 MBit/s.

F: Welchen Grad an Leistungsbeständigkeit kann ich von meinen bereitgestellten E/A\Sek.-SSD-Volumes (io1) erwarten?

Bei einer Anbindung an EBS-optimierte Instances können bereitgestellte E/A\Sek.-SSD-Volumes (io1) im jeweiligen Jahr 99,9 % der Zeit die von ihnen erwartete E/A\Sek.-Leistung innerhalb einer Toleranz von 10 % liefern. Die exakte Leistung hängt von den E/A-Anforderungen Ihrer Anwendung ab.

F: Welchen Grad an Leistungslatenz kann ich von meinen bereitgestellten E/A\Sek.-SSD-Volumes (io1) erwarten?

Bei Zuweisung zu für EBS optimierten Instances können bereitgestellte E/A\Sek.-Volumes Latenzen im einstelligen Millisekundenbereich erreichen. Die exakte Leistung hängt von den E/A-Anforderungen Ihrer Anwendung ab.

F: Beeinflusst die E/A-Größe der Lese- und Schreibvorgänge meiner Anwendung die E/A\Sek.-Rate, die ich von meinen bereitgestellten E/A\Sek.-SSD-Volumes (io1) erhalte?

Ja. Bei einer gegebenen Ressourcenzuweisung hängt die erhaltene E/A\Sek.-Rate von der E/A-Größe der Lese- und Schreibvorgänge Ihrer Anwendung ab. Bereitgestellte E/A\Sek.-Volumes verarbeiten die Lese- und Schreibvorgänge Ihrer Anwendung in E/A-Größen von höchstens 256 KB. Jede Erhöhung der E/A-Größe über 256 KB erhöht proportional die Ressourcen, die Sie zur Erzielung der gleichen E/A\Sek.-Rate benötigen. Wenn Sie beispielsweise ein Volume mit 500 E/A\Sek. bereitgestellt haben, bedeutet das, dass es pro Sekunde bis zu 500 Schreibvorgänge mit 256 KB oder 250 Schreibvorgänge mit 512 KB oder 125 Schreibvorgänge mit 1024 KB usw. verarbeiten kann. Sie können Amazon CloudWatch verwenden, um den Durchsatz und die E/A-Größen zu überwachen.

F: Welche Faktoren können sich auf die Leistungsbeständigkeit meiner bereitgestellten E/A\Sek.-SSD-Volumes (io1) auswirken?

Bereitgestellte E/A\Sek.-SSD-Volumes (io1), die EBS-optimierten Instances zugeordnet werden, sind auf eine konsistente Leistung ausgelegt und liefern im jeweiligen Jahr 99,9 % der Zeit die von ihnen erwartete E/A\Sek.-Leistung innerhalb einer Toleranz von 10 %. Für maximale Leistungskonsistenz wird bei neuen, aus Snapshots erstellten Volumes empfohlen, alle Blöcke Ihres Datenträgers zu lesen oder zu schreiben, bevor dieser in Betrieb genommen wird.

Ein weiterer Faktor, der die Leistung beeinträchtigen kann, entsteht, wenn Ihre Anwendung nicht genügend E/A-Anforderungen sendet. Dies können Sie überwachen, indem Sie die Warteschlangentiefe Ihres Volumes betrachten. Die Warteschlangentiefe ist die Anzahl der ausstehenden E/A-Anfragen von Ihrer Anwendung an Ihr Volume. Für maximale Beständigkeit muss ein bereitgestelltes E/A\Sek.-Volume eine durchschnittliche Warteschlangentiefe von eins für je 500 bereitgestellte E/A pro Sekunde in einer Minute beibehalten. Beispielsweise muss für ein Volume, das mit 1500 E/A pro Sekunde bereitgestellt wird, die durchschnittliche Warteschlangentiefe drei sein. Weitere Informationen zum Sicherstellen der konsistenten Leistung Ihrer Volumes finden Sie unter Increasing EBS Performance.

F: Welchen Grad an Leistungsbeständigkeit kann ich von meinen HDD-basierten Volumes erwarten?

Bei einer Anbindung an EBS-optimierte Instances können durchsatzoptimierte HDD-Volumes (st1) und selten genutzte (cold) HDD-Volumes (sc1) im jeweiligen Jahr 99,9 % der Zeit die von ihnen erwartete Durchsatzleistung innerhalb einer Toleranz von 10 % liefern. Die genaue Leistung hängt von den E/A-Anforderungen Ihrer Anwendung und der Leistung Ihrer EC2-Instance ab.

F: Beeinflusst die E/A-Größe der Lese- und Schreibvorgänge meiner Anwendung die Durchsatzrate, die ich von meinen HDD-basierten Volumes erhalte?

Ja. Die Durchsatzrate richtet sich nach der E/A-Größe der Lese- und Schreibvorgänge Ihrer Anwendung. HDD-basierte Volumes verarbeiten Lese- und Schreibvorgänge in E/A-Größen von 1 MB. Sequenzielle E/As werden zu 1-MB-Einheiten zusammengeführt und verarbeitet, wobei jeder nicht sequenzielle E/A auch dann als 1 MB verarbeitet wird, wenn seine tatsächliche E/A-Größe kleiner ist. Während somit eine Transaktionsarbeitslast mit kleinen, nach dem Zufallsprinzip ausgeführten E/As (z. B. bei eine Datenbank) auf HDD-basierten Volumes eine geringe Leistung erzielt, erreichen sequenzielle E/As und umfangreiche E/A-Größen die angekündigte Leistung von st1 und sc1 über einen längeren Zeitraum.

F: Welche Faktoren können die Leistungsbeständigkeit meiner HDD-basierten Volumes beeinträchtigen?

Durchsatzoptimierte HDD-Volumes (st1) und selten genutzte (cold) HDD-Volumes (sc1), die an EBS-optimierte Instances angebunden sind, bieten im jeweiligen Jahr 99 % der Zeit die von ihnen erwartete Durchsatzleistung innerhalb einer Toleranz von 10 %. Mehrere Faktoren können sich auf den Grad der Beständigkeit, den Sie erhalten, auswirken. So kann beispielsweise die relative Ausgewogenheit zwischen den nach dem Zufallsprinzip durchgeführten und sequenziellen E/A-Vorgängen auf dem Volume die Leistung beeinflussen. Zu viele kleine, nach dem Zufallsprinzip ausgeführte E/A-Verfahren brauchen rasch Ihre E/A-Guthaben auf, wodurch sich die Leistung auf die Basisrate reduziert. Auch die Durchsatzrate kann je nach ausgewählter Instance verringern. Obgleich st1 den Durchsatz auf 500 MB/s steigern kann, wird die Leistung durch die separate Begrenzung auf Instance-Ebene für den EBS-Datenverkehr eingeschränkt. Ein weiterer Faktor ist das Erstellen eines Snapshot, wodurch sich die erwartete Schreibleistung bis zu dessen Fertigstellung auf die Basisrate reduziert. Dies gilt speziell für st1 und sc1.

Die Leistung kann auch beeinträchtigt werden, wenn die Anwendung eine entsprechend hohe Anzahl von E/A-Anforderungen sendet. Dies kann anhand der Warteschlangentiefe und der E/A-Größe des Volumes überwacht werden. Die Warteschlangentiefe ist die Anzahl der ausstehenden E/A-Anfragen von Ihrer Anwendung an Ihr Volume. Für maximale Konsistenz müssen HDD-basierte Volumes pro 1 MB sequenzielle E/A eine durchschnittliche Warteschlangentiefe von vier oder mehr (gerundet auf die nächste ganze Zahl) beibehalten. Weitere Informationen dazu, wie Sie die beständige Leistung Ihrer Volumes sicherstellen, finden Sie unter Increasing EBS Performance.

F: Kann ich mehrere Volumes mithilfe von Stripes verbinden, um die Leistung zu verbessern?

Ja. Sie können bei einer Anbindung an größere EC2-Instances mehrere Volumes mithilfe von Stripes verbinden, um bis zu 75 000 E/A pro Sek. oder 1 750 MiB/s zu erreichen. Die Leistung für st1 und sc1 wird jedoch linear mit der Volume-Größe skaliert, sodass ein Verbinden dieser Volumes mit Stripes möglicherweise nur von geringem Nutzen ist.

F: Kann ich mit der normalen Amazon S3-API auf meine Snapshots zugreifen?

Nein, Snapshots sind nur über die Amazon EC2-API verfügbar.

F: Muss die Zuweisung von Volumes aufgehoben werden, damit ein Snapshot erstellt werden kann?

Nein, Snapshots können in Echtzeit erstellt werden, während das Volume bereitgestellt ist und verwendet wird. Snapshots erfassen jedoch nur Daten, die auf Ihren Amazon EBS-Datenträger geschrieben wurden. Darin sind möglicherweise nicht die Daten enthalten, die lokal von Ihrer Anwendung oder dem Betriebssystem in den Zwischenspeicher geschrieben wurden. Um die einheitliche Erstellung von Snapshots auf Datenträgern sicherzustellen, die einer Instance zugeordnet sind, wird empfohlen, die Zuordnung des Volumes sauber zu trennen, den Snapshot-Befehl auszuführen und anschließend das Volume erneut zuzuordnen. Bei Amazon EBS-Volumes, die als Root-Geräte dienen, wird empfohlen, den Rechner herunterzufahren, um einen sauberen Snapshot zu erstellen.

F: Dauert die Anfertigung eines Snapshots eines kompletten 16 TB-Volumes länger als die eines kompletten 1 TB-Volumes?

Nein, ein EBS-Snapshot eines kompletten 16 TB-Volumes dauert nicht länger als die eines kompletten 1 TB-Volumes. Die tatsächliche Zeit zum Erstellen eines Snapshots hängt allerdings von mehreren Faktoren ab, darunter auch die Menge der Daten, die seit dem letzten Snapshot des EBS-Volumes geändert wurden.

F: Gibt es verschiedene Versionen von Snapshots? Kann ich einen älteren Snapshot einlesen, um eine zeitpunktbezogene Wiederherstellung durchzuführen?

Jeder Snapshot verfügt über eine eindeutige Kennzeichnung. Volumes können auf Grundlage eines beliebigen vorhandenen Snapshots erstellt werden.

F: Wie finde ich Amazon EBS-Snapshots, die für mich freigegeben wurden?

Sie finden für Sie freigegebene Snapshots, indem Sie im Abschnitt "Snapshots" der AWS Management Console den Listeneintrag "Private Snapshots" auswählen. In diesem Abschnitt werden sowohl Ihre eigenen Snapshots als auch für Sie freigegebene Snapshots aufgeführt.

F: Wie finde ich heraus, welche Amazon EBS-Snapshots global freigegeben sind?

Sie können global freigegebene Snapshots finden, indem Sie über die AWS Management Console im Abschnitt "Snapshots" den Listeneintrag "Public Snapshots" auswählen.

F: Wie finde ich eine Liste der öffentlichen Amazon-Datensätze, die in Amazon EBS-Snapshots gespeichert sind?

Sie können die AWS Management Console verwenden, um öffentliche Datensätze zu finden, die als Amazon-Snapshots gespeichert sind. Melden Sie sich an der Konsole an, wählen Sie den Amazon EC2-Service aus, wählen Sie "Snapshots" aus und filtern Sie dann nach Public Snapshots. Alle Informationen zu öffentlichen Datensätzen sind in unserem AWS Public Datasets-Ressourcencenter verfügbar.

F: Was ist die Amazon EBS-Verschlüsselung?

Die Amazon EBS-Verschlüsselung ermöglicht eine reibungslose Verschlüsselung von EBS-Daten-Volumes und -Snapshots, sodass keine sichere Infrastruktur für die Schlüsselverwaltung entwickelt und gepflegt werden muss. EBS-Verschlüsselung ermöglicht das Schützen gespeicherter Daten mithilfe der Verschlüsselung Ihrer Daten durch von Amazon verwaltete Schlüssel oder durch von Ihnen mit dem AWS Key Management Service (KMS ) erstellte und verwaltete Schlüssel. Die Verschlüsselung erfolgt auf den Servern, die EC2-Instances hosten, was für die Verschlüsselung von Daten sorgt, die zwischen EC2-Instances und EBS-Speicher übertragen werden. Weitere Details finden Sie unter "Amazon EBS encryption" im Amazon EC2 User Guide.

F: Was ist der AWS Key Management Service (KMS)?

AWS KMS ist ein verwalteter Service, der das Erstellen und Kontrollieren der Verschlüsselungsschlüssel vereinfacht, die zum Verschlüsseln Ihrer Daten verwendet werden. AWS Key Management Service ist in andere AWS-Services wie Amazon EBS, Amazon S3 und Amazon Redshift integriert, um die Verschlüsselung Ihrer Daten mit von Ihnen verwalteten Verschlüsselungsschlüsseln zu vereinfachen. AWS Key Management Service ist auch in AWS CloudTrail integriert, um Ihnen Protokolle der Schlüsselnutzung zur Verfügung zu stellen, sodass Sie die Anforderungen aufgrund von Vorschriften und zur Regeleinhaltung erfüllen können. Weitere Informationen zu KMS finden Sie auf der Produktseite AWS Key Management Service.

F: Weshalb sollte ich die EBS-Verschlüsselung verwenden?

Sie können mithilfe der Amazon EBS-Verschlüsselung die Compliance-Anforderungen an Sicherheit und Verschlüsselung von in der Cloud gespeicherten Daten erfüllen. Die Kombination aus Verschlüsselung mit vorhandenen IAM-Zugriffskontrollrichtlinien verbessert die Hochsicherheitsstrategie unseres Unternehmens weiter.

F: Wie werden meine Amazon EBS-Verschlüsselungsschlüssel verwaltet?

Zur Amazon EBS-Verschlüsselung gehört auch die Schlüsselverwaltung. Jedes neu erstellte Volume erhält einen eindeutigen 256-Bit-AES-Schlüssel. Anhand der verschlüsselten Snapshots erstellte Volume nutzen ebenfalls diesen Schlüssel. Die Schlüssel sind durch Ihre eigene Infrastruktur zur Schlüsselverwaltung geschützt, was strenge logische und physische Sicherheitskontrollen ermöglicht, um unbefugte Zugriffe zu verhindern. Ihre Daten und dazugehörigen Schlüssel werden gemäß Branchenstandard mit einem AES-256-Algorithmus verschlüsselt.

F: Werden Start-Volumes von der EBS-Verschlüsselung unterstützt?

Ja.

F: Werden mir die E/As pro Sekunde, die mir über ein bereitgestelltes E/A-Sek.-Volume zur Verfügung gestellt werden, in Rechnung gestellt, wenn dieses von einer Instance getrennt wird?

Ja, die bereitgestellten E/As pro Sekunde werden Ihnen berechnet, wenn das Volume von einer Instance getrennt wird. Wenn ein Volume getrennt wird, empfehlen wir das Erstellen eines Snapshots und Löschen des Volumes, um Kosten zu senken. Weitere Informationen finden Sie in Trusted Advisor im Abschnitt mit der Kostenoptimierungsprüfung "Underutilized Amazon EBS Volumes".  Bei dieser Prüfung werden die Konfigurationen Ihrer Amazon Elastic Block Store (Amazon EBS)-Volumes untersucht und Warnungen ausgegeben, wenn Volumes anscheinend unausgelastet sind.

F: Sind Steuern bereits in den Preisen enthalten?

Falls nicht anders angegeben, gelten unsere Preise zuzüglich geltender Steuern und Abgaben, darunter MwSt. und Umsatzsteuer. Bei Kunden mit japanischer Rechnungsadresse unterliegt die Nutzung von AWS-Services der japanischen Verbrauchssteuer. Weitere Informationen.