Wie lässt sich erkennen, welche der File Storage for Classic -Datenträger verschlüsselt sind?

Zeigen Sie die Liste Ihrer File Storage for Classic-Instanzen im Kundenportal an. Bei verschlüsselten Datenträgern steht neben dem Datenträgernamen ein Sperrsymbol.

Wie wird der richtige Mountpunkt für den eigenen File Storage for Classic-Speicher ermittelt?

Alle verschlüsselten File Storage for Classic-Volumes, die in den erweiterten Rechenzentren bereitgestellt werden, haben einen anderen Einhängepunkt als unverschlüsselte Volumes. Um sicherzustellen, dass Sie den richtigen Einhängepunkt verwenden, sehen Sie sich die Informationen zum Einhängepunkt auf der Seite Volume-Details in der Konsole an. Sie können auch über einen API-Aufruf auf den richtigen Mountpunkt zugreifen: SoftLayer_Network_Storage::getNetworkMountAddress().

Wie viele Datenträger können bereitgestellt werden?

Standardmäßig können Sie insgesamt 700 Block- und File Storage for Classic-Volumes bereitstellen. Wenden Sie sich an den Support, um Ihren Grenzwert zu erhöhen. Weitere Informationen finden Sie in Speichergrenzwerte verwalten.

Wie viele Serverinstanzen können gemeinsam auf ein bereitgestelltes File Storage for Classic-Volume zugreifen?

Die Standardbegrenzung für die Anzahl von Autorisierungen pro Datenträger ist 64. Der Grenzwert umfasst alle kombinierten Teilnetz-, Host-und IP-Berechtigungen. Wenden Sie sich an den Support, um diesen Grenzwert zu erhöhen. Weitere Informationen finden Sie in Supportfälle erstellen.

Wie viele File Storage for Classic-Datenträger können einem einzelnen Host zugeordnet werden?

Die Anzahl der Volumes, die an einen einzelnen Host angehängt werden können, hängt davon ab, was das Host-Betriebssystem verarbeiten kann. IBM Cloud® legt diesbezüglich keine Beschränkungen fest. Die Dokumentation des jeweiligen Betriebssystems enthält Informationen zu den Grenzwerten für die Anzahl der gemeinsam genutzten Dateisysteme, die angehängt werden können.

Wie viele Dateien und Verzeichnisse sind bei bestimmten Dateivolumengrößen zulässig? Wie hoch ist die maximal zulässige Anzahl von I-Nodes für die jeweilige Datenträgergröße?

Die Anzahl der Dateien, die ein Datenträger enthalten kann, wird durch die Anzahl der I-Nodes bestimmt. Ein I-Node ist eine Datenstruktur, die Informationen zu Dateien enthält. Datenträger verfügen sowohl über private als auch über öffentliche I-Nodes. Öffentliche I-Nodes werden für Dateien verwendet, die für den Kunden sichtbar sind; private I-Nodes werden für Dateien verwendet, die vom Speichersystem intern verwendet werden. Sie können davon ausgehen, dass Sie eine Inode für jeweils 32 KB Volume-Kapazität haben. Die Einstellung für die maximale Anzahl von Dateien ist 2 Milliarden. Dieser Höchstwert kann jedoch nur bei Volumes mit einer Größe von 7.8 TB oder mehr konfiguriert werden. Jedes Volume mit einer Größe von 9.000 GB oder mehr erreicht die maximale Grenze von 2.040.109.451 Inodes.

Was ist die maximale Dateigröße auf einem Volume von „ File Storage for Classic “?

Die maximal unterstützte Dateigröße (einschließlich VMDKs) ist auf 16 TB pro Datei begrenzt.

Ich habe einen File Storage for Classic-Datenträger im falschen Rechenzentrum bestellt. Ist es möglich, den Datenträger in ein anderes Rechenzentrum zu verschieben oder zu migrieren?

Sie müssen einen neuen File Storage for Classic-Speicherplatz im richtigen Rechenzentrum bestellen und anschließend das File Storage for Classic-Gerät stornieren, das Sie am falschen Standort bestellt haben.

Sie können auch ein Duplikat Ihrer Freigabe erstellen und die übergeordnete Freigabe aufheben. Weitere Informationen finden Sie unter Doppelte Datenträger erstellen und verwalten.

Wenn Sie eine umfassendere Migration zu IBM Cloud VPC in Betracht ziehen, lesen Sie den Artikel Migration von Daten aus der klassischen Infrastruktur von IBM Cloud in VPC.

Ich habe mein Volume „ File Storage for Classic “ „sofort“ gelöscht, aber es ist immer noch in der Konsole sichtbar. Warum wird sie nicht gelöscht?

Wenn das Volumen gelöscht wird, folgt auf die Anforderung eine 24-stündige Wartezeit für die Rückforderung. Während dieses 24-stündigen Zeitraums wird der Datenträger weiterhin in der Konsole angezeigt. Die 24-stündige Wartefrist gibt Ihnen die Möglichkeit, den Kündigungsantrag bei Bedarf zurückzuziehen. Wenn Sie die Löschung des Datenträgers rückgängig machen wollen, melden Sie sich beim Support.

Die Abrechnung für den Datenträger wird sofort gestoppt. Nach Ablauf des Konsolidierungszeitraums werden die Daten gelöscht und der Datenträger wird ebenfalls aus der Konsole entfernt.

IOPS messen

Die IOPS-Werte werden anhand eines Lastprofils aus 16-KB-Blöcken mit zufälligen Lese- und Schreibvorgängen im Verhältnis 50:50 ermittelt. Workloads, die von diesem Profil abweichen, erreichen möglicherweise eine schlechte Leistung. Um die Leistung zu verbessern, können Sie versuchen, die Host-Einstellungen anzupassen oder Jumbo-Frames zu aktivieren.

Was passiert, wenn ich eine kleinere IO-Größe zur Leistungsmessung verwende?

Die maximale IOPS-Leistung kann auch bei Verwendung kleinerer IO-Größen erreicht werden. Allerdings wird der Durchsatz in diesem Fall geringer. Beispielsweise weist ein Volume mit 6000 IOPS bei verschiedenen IO-Größen den folgenden Durchsatz auf:

• 16 KB * 6000 IOPS == ~93,75 MB/s
• 8 KB * 6000 IOPS == ~46,88 MB/s
• 4 KB * 6000 IOPS == ~23,44 MB/s

Werden die zugeordneten E/A-Operationen pro Sekunde auf Instanz- oder Datenträgerebene umgesetzt?

IOPS werden auf Datenträgerebene durchgesetzt. Mit anderen Worten, zwei Hosts, die mit einem Datenträger mit 6000 IOPS verbunden sind, nutzen diese 6000 IOPS gemeinsam.

Gibt es eine von IBM Cloud garantierte Mindestanzahl an IOPS?

Nein, „ IBM Cloud “ garantiert keinen Mindestwert für IOPS. Die IOPS (Eingabe-/Ausgabeoperationen pro Sekunde) werden vom Rechenhost bestimmt, auf dem der Dateispeicher eingebunden ist, und nicht vom Speicher selbst. Das Speichervolumen unterliegt einer oberen IOPS-Grenze und einer Durchsatzgrenze, die sich nach Ihrer bereitgestellten Konfiguration richten. Dies sind Höchstgrenzen, keine Mindestgarantien.

Wenn Sie ein „ File Storage for Classic “-Volume bereitstellen, wählen Sie eine IOPS-Stufe aus (bei „Endurance“) oder geben einen benutzerdefinierten IOPS-Wert an (bei „Performance“). Dieser Wert gibt die maximale Anzahl an IOPS an, die das Volume verarbeiten kann. Die tatsächlich erzielten IOPS hängen von der Auslastung Ihrer Anwendung und den E/A-Vorgängen ab, die Ihr Rechenhost generiert.

Das Speichersystem kann den Datenverkehr anhand von zwei Faktoren drosseln:

• IOPS-Grenzwert – Die maximale Anzahl von E/A-Vorgängen pro Sekunde, die das Volume verarbeiten kann
• Durchsatzgrenze – Die maximale Datenübertragungsrate (berechnet als IOPS × I/O-Größe)

Wenn Ihre Anwendung eine E/A-Größe verwendet, die größer ist als die nominellen 16 KB, wird die Durchsatzgrenze vor der IOPS-Grenze erreicht. Beispielsweise bei einem Volume mit 6000 IOPS:

• Bei einer I/O-Größe von 16 KB: Sie können 6000 IOPS ( ~93.75 MB/s Durchsatz) erreichen
• Bei einer I/O-Größe von 32 KB: Die Durchsatzgrenze wird bei 3000 IOPS erreicht ( ~93.75 MB/s Durchsatz)

Weitere Informationen dazu, wie sich die I/O-Größe auf die Leistung auswirkt, finden Sie unter „Was passiert, wenn ich zur Leistungsmessung eine kleinere I/O-Größe verwende?“.

Muss das Volume vorgewärmt werden, um den erwarteten Durchsatz zu erreichen?

Eine Vorwärmung ist nicht erforderlich. Sie verfügen sofort nach Bereitstellung des Datenträgers über den angegebenen Durchsatz.

Kann ein höherer Durchsatz erzielt werden, wenn eine schnellere Ethernet-Verbindung verwendet wird?

Durchsatzgrenzen werden auf Volumenebene festgelegt. Dieser Grenzwert kann durch eine schnellere Ethernet-Verbindung nicht erhöht werden. Bei einer langsameren Ethernet-Verbindung kann Ihre Bandbreite allerdings einen Engpass verursachen.

Beeinträchtigen Firewalls und Sicherheitsgruppen die Leistung?

Es ist am besten, den Speicherdatenverkehr über ein VLAN zu leiten, das die Firewall umgeht. Wenn der Speicherdatenverkehr über Software-Firewalls geleitet wird, erhöht sich dadurch die Latenz und die Speicherleistung wird beeinträchtigt.

Wie leite ich File Storage for Classic-Datenverkehr zur eigenen VLAN-Schnittstelle weiter und wie umgehe ich eine Firewall?

Führen Sie die folgenden Schritte aus, um das bewährte Verfahren hierfür anzuwenden.

1. Richten Sie ein VLAN im selben Rechenzentrum ein, in dem sich auch der Host und das File Storage for Classic-Gerät befinden.

2. Richten Sie ein sekundäres privates Teilnetz für das neue VLAN ein.

3. Richten Sie für das neue VLAN eine Trunkverbindung zur privaten Schnittstelle des Hosts ein. Durch diese Aktion wird der Netzdatenverkehr auf dem Host temporär unterbrochen, während die Trunkverbindung vom VLAN zum Host eingerichtet wird.

4. Erstellen Sie eine Netzschnittstelle.

   • Erstellen Sie auf dem Linux®-Host eine 802.11q-Schnittstelle. Wählen Sie eine der nicht verwendeten sekundären IP-Adressen des VLAN aus, für das soeben eine Trunkverbindung eingerichtet wurde, und weisen Sie diese IP-Adresse, die Teilnetzmaske und das Gateway einer neuen 802.11q-Schnittstelle zu.
   • Erstellen Sie in VMware® eine neue VMkernel-Netzwerkschnittstelle (vmk) und weisen Sie der neuen vmk-Schnittstelle die ungenutzte sekundäre IP-Adresse, die Subnetzmaske und die Gateway-IP aus dem neu gebündelten VLAN zu.

5. Fügen Sie auf dem Host eine neue persistente statische Route zum NFS-Zielteilnetz hinzu.

6. Berechtigen Sie die neue IP für den Zugriff auf den Speicher.

7. Verwenden Sie für Anweisungen zum Anhängen in Abhängigkeit vom Betriebssystem des Hosts den entsprechenden Link.

   • Zugriff auf File Storage for Classic unter Linux®
   • -Datenträger auf ESXi-Hosts File Storage for Classic mounten
   • VMwareWie verbindet man Speicher über isolierte VLANs?

Welche Leistungslatenz ist von File Storage for Classic-Speicher zu erwarten?

Die Ziellatenzzeit im Speicher beträgt weniger als eine Millisekunde. Der Speicher ist mit Recheninstanzen in einem gemeinsam genutzten Netz verbunden, sodass die genaue Leistungslatenz vom Netzverkehr während der Operation abhängt.

Was geschieht mit den Daten, wenn File Storage for Classic-Freigaben gelöscht werden?

IBM Cloud® File Storage for Classic stellt den Kunden gemeinsam genutzte Dateien auf physischem Speicher bereit, der vor der Wiederverwendung bereinigt wird.

Wenn Sie einen File Storage for Classic-Dateiträger löschen, sind die betreffenden Daten sofort unzugänglich. Alle Verweise auf die Daten auf der physischen Platte werden entfernt. Wenn Sie zu einem späteren Zeitpunkt einen neuen Datenträger in demselben oder in einem anderen Konto erstellen, wird eine neue Verweisgruppe zugewiesen. Das Konto hat keinen Zugriff auf Daten, die sich zuvor auf dem physischen Speicher befunden haben, da die entsprechenden Verweise gelöscht wurden. Wenn neue Daten auf die Platte geschrieben werden, werden dabei sämtliche Daten des gelöschten Datenträgers, auf die nicht mehr zugegriffen werden kann, überschrieben.

IBM garantiert, dass auf gelöschte Daten kein Zugriff möglich ist und dass gelöschte Daten letztendlich überschrieben und vernichtet werden. Wenn Sie einen Speicherdatenträger löschen, muss die Freigabe außer Kraft gesetzt werden, bevor der Speicher Ihnen oder einem anderen Kunden erneut zur Verfügung gestellt wird.

Wird ein physisches Laufwerk von IBM ausgemustert, wird das Laufwerk vor der Entsorgung zerstört. Die ausgemusterten Laufwerke sind unbrauchbar und auf den Laufwerken befindliche Daten sind nicht zugänglich.

Kunden mit speziellen Anforderungen in Bezug auf die Einhaltung von Vorschriften, z. B. die in der NIST-Veröffentlichung 800-88 (Guidelines for Media Sanitization) veröffentlichten Normen, können die Prozedur zur Datenbereinigung durchführen, bevor sie ihren Speicher löschen.

Warum ist die Aktion 'Abbrechen' in der Konsole nicht verfügbar?

Der Kündigungsprozess für dieses Speichermedium ist derzeit in Bearbeitung, daher ist die Aktion 'Kündigen' nicht mehr verfügbar. Das Volume bleibt mindestens 24 Stunden lang sichtbar, bis es freigegeben wird. Die Benutzerschnittstelle gibt an, dass sie inaktiv ist und der Status "Stornierung anstehend" wird angezeigt. Die Wartezeit von mindestens 24 Stunden gibt Ihnen die Möglichkeit, den Stornierungsantrag bei Bedarf zurückzuziehen.

Ich habe meinen Datenträger versehentlich gelöscht. Was kann ich tun, um ihn wiederherzustellen?

Die Antwort hängt davon ab, wie lange es her ist, dass Sie das Speichervolumen gelöscht haben, und ob Sie es sofort oder am Jahrestag löschen wollten. Wenn die Löschung in den letzten 24 Stunden erfolgt ist oder das Datum des Jahrestags noch nicht erreicht wurde, wartet das Volume möglicherweise noch auf seine Rückforderung. Wenn der Volumenstatus "Stornierung ausstehend" lautet, können Sie sich an den Support wenden, um die Stornierungsanfrage zu stornieren. Es ist wichtig, schnell zu handeln, denn wenn die Rückforderungsfrist abgelaufen ist, werden die Daten automatisch gelöscht und können nicht mehr wiederhergestellt werden.

Welche NFS-Versionen werden unterstützt?

NFS Version 3 und NFS Version 4.1 werden in der Umgebung von IBM Cloud® unterstützt. NFSv4.2 wird nicht unterstützt.

Verwenden Sie nach Möglichkeit das NFSv3-Protokoll. NFSv3 unterstützt sichere asynchrone Schreibvorgänge und ist bei der Fehlerbehandlung robuster als bei der vorherigen NFSv2. Es unterstützt 64-Bit-Dateigrößen und -Offsets, sodass Clients auf mehr als 2 GB Dateidaten zugreifen können.

NFSv3 Unterstützt nativ eine Funktion, die no_root_squash es Root-Clients ermöglicht, Root-Berechtigungen für die Freigabe NFS beizubehalten. Sie können diese Funktion unter NFSv4.1 aktivieren, indem Sie die Domain-Informationen bearbeiten und den rpcidmapd oder einen ähnlichen Dienst ausführen. Weitere Informationen finden Sie in 'no_root_squash' für NFS implementieren.

Wenn File Storage for Classic in einer VMware®-Implementierung verwendet wird, ist NFSv4.1 möglicherweise die bessere Wahl für Ihre Implementierung. Weitere Informationen finden Sie unter „ Best Practices für die Ausführung von ‚ NFS ‘ mit ‚ VMware vSphere ‘ “.

Können mehrere Hosts in meiner VMware-Bereitstellung mit unterschiedlichen NFS-Protokollen auf dieselbe Dateifreigabe zugreifen?

Nein. Sie können nicht verschiedene NFS-Versionen verwenden, um denselben Datenspeicher auf mehreren Hosts bereitzustellen. Weil NFS 3 und NFS 4.1-Clients nicht dasselbe Sperrprotokoll verwenden. Der Zugriff auf dieselben virtuellen Festplatten von zwei inkompatiblen Clients aus kann zu Fehlverhalten und Datenbeschädigung führen. Weitere Informationen finden Sie unter NFS File Locking.

Kann VAAI- und Hardwarebeschleunigung in den eigenen VMware-Bereitstellungen aktiviert werden?

Nein. Derzeit werden vStorage für API-Array-Integration und Hardwarebeschleunigung nicht unterstützt.

Was passiert mit den Laufwerken, die über das Cloud-Rechenzentrum außer Betrieb gesetzt werden?

Wenn Laufwerke außer Betrieb gesetzt werden, werden sie vor dem Entsorgen durch IBM zerstört. Die Laufwerke werden unbrauchbar. Auf Daten, die auf diesem Laufwerk gespeichert waren, kann nicht mehr zugegriffen werden.

Was ist der Unterschied zwischen einem kontrollierten Failover und einem sofortigen Failover?

Beim kontrollierten Failover erfolgt eine abschließende Synchronisierung, bevor der Spiegelprozess unterbrochen wird. Bei einem sofortigen Failover wird die Verbindung zum Spiegelsystem sofort unterbrochen und der Replikatdatenträger wird aktiviert.

Der eigene Speicher scheint offline oder schreibgeschützt zu sein. Wie kam es dazu und wie wird das Problem behoben?

In einigen Szenarien kann es vorkommen, dass ein Host (Bare-Metal- oder VM-Host) vorübergehend die Verbindung zum Speicher verliert. Infolgedessen stuft der Host diesen Speicher als schreibgeschützt ein, um Datenbeschädigungen zu vermeiden. In den meisten Fällen ist die Verbindungsunterbrechung netzbedingt, doch der Status des Speichers bleibt aus Sicht des Hosts schreibgeschützt, auch wenn die Netzverbindung wiederhergestellt wird.

Dieses Problem tritt bei virtuellen Laufwerken von VMs auf einem über ein Netzwerk verbundenen VMware®-Datenspeicher ( NFS-Protokoll) auf. Um das Problem zu beheben, stellen Sie sicher, dass der Netzwerkpfad zwischen dem Speicher und dem Host frei ist und dass keine Wartungsarbeiten oder Ausfälle stattfinden. Hängen Sie dann den Speicherdatenträger ab und wieder an. Wenn der Datenträger weiterhin schreibgeschützt ist, starten Sie den Host erneut.

In den folgenden Abschnitten finden Sie Informationen zum Anhängen eines Datenträgers.

• File Storage for Classic an ESXi-Hosts anhängen
• File Storage for Classic an Red Hat Linux® anhängen
• File Storage for Classic unter Ubuntu anhängen

Um zu verhindern, dass sich diese Situation wiederholt, könnte der Kunde folgende Maßnahmen in Betracht ziehen:

• Optimierung für Gastbetriebssystem hinzufügen. Weitere Informationen finden Sie unter den Empfehlungen von NetApp's zur Optimierung des Gastbetriebssystems für eine VMware® vSphere-Bereitstellung.
• Hostsysteme neu konfigurieren, die NFSv4.1 statt NFSv3 nutzen, und zwar zur erweiterten Ausfallsicherheit bei Wartungsvorgängen.
• Einstellung des Session-Trunking auf Host-Systemen, auf denen VMware® ESXi ausgeführt wird. Das Sitzungstrunking wird nicht unterstützt, da es bekannt für das Auslösen von Störungen ist.

Ich habe den File Storage for Classic-Datenträger über die Cloud-Konsole vergrößert, die Größe des Servers ist jedoch unverändert. Wie kann ich das Problem beheben?

Damit die erweiterte Datenträgergröße angezeigt wird, müssen Sie die vorhandene File Storage for Classic-Platte vom Server abhängen und erneut an den Server anhängen. Führen Sie bei einer VMware®-Implementierung einen erneuten Scan des Speichers durch, um den Datenspeicher VMware® zu aktualisieren und die neue Volume-Größe anzuzeigen.

Wie kann ich die Verbindung zum Speicher nach einem Chassistausch wiederherstellen?

Führen Sie die folgenden Tasks aus, um nach einem Austausch eine Verbindung zum Speicher herzustellen:

1. Entziehen Sie dem Speichergerät die Berechtigung (widerrufen Sie den Zugriff) und erteilen Sie dem Host anschließend erneut die Berechtigung.
2. Erkennen Sie die Speichergeräte erneut mit den neuen Anmeldedaten, die Sie bei der erneuten Autorisierung erhalten haben.

Weitere Informationen finden Sie in File Storage for Classic verwalten.

Wie kann ich meine Speichereinheit von einem Host trennen?

Führen Sie die folgenden Schritte aus, um die Verbindung eines Datenträgers zu einem Host zu trennen.

1. Hängen Sie das Gerät ab.
2. Entfernen Sie den Zugriff für den Host über das Speichermedium in der Cloudkonsole.
3. Entfernen Sie automatische Mounts von den NFS-Verbindungen.

Wie unterschieden sich Endurance- und Performance-Speicher voneinander?

'Endurance' und 'Performance' sind Bereitstellungsoptionen, die Sie für Speichermedien auswählen können. Kurz gesagt: Endurance-IOPS-Stufen bieten vordefinierte Leistungsstufen; diese Stufen können Sie mit der Performance-Stufe optimieren. Es werden dieselben Geräte für die Speicherung verwendet, die jedoch mit unterschiedlichen Optionen angeboten werden. Weitere Informationen finden Sie unter File Storage-Funktionen.

Kann ich eine File Storage for Classic-Freigabe mit Windows verbinden?

Nein. IBM Cloud® File Storage for Classic-Freigaben können nicht unter Microsoft Windows eingebunden werden. NFS in einer Windows-Umgebung wird von IBM Cloud®nicht unterstützt.

File Storage for Classic-Freigaben können unter Linux-Betriebssystemen oder als VMware®-Datenspeicher auf ESXi-Hosts angehängt werden. Weitere Informationen zum Anhängen von File Storage for Classic-Datenträgern finden Sie in den folgenden Abschnitten:

• File Storage for Classic an Red Hat Linux® anhängen
• File Storage for Classic unter Ubuntu anhängen
• Einbinden von File Storage for Classic als VMware®-Datenspeicher auf ESXi-Hosts

Kann ich in IBM Cloud ein einzelnes Speichermedium an mehrere Hosts anhängen?

Ja, diese Einrichtung ist möglich, da es sich bei NFS um ein dateisensitives Protokoll handelt.

Kann ich die Anzahl der I-Nodes für meinen NFS-Datenträger erhöhen?

Bei der Bereitstellung von Volumes wird den Volumes in der Regel die maximale Inode-Anzahl für die von Ihnen bestellte Größe zugewiesen. Die maximale Anzahl an Inodes wächst automatisch mit zunehmender Größe des Volumes. Wenn die Anzahl der Inodes nach dem Erweitern eines Volumes nicht zunimmt, reichen Sie bitte einen Support-Fall ein.

Ich kann keinen Upgrade für den Speicher durchführen. Was kann sich auf die Funktion auswirken, Speicher zu aktualisieren oder zu erweitern?

Die folgenden Situationen können sich auf die Funktion, Speicher zu aktualisieren oder zu erweitern, auswirken.

• Die Berechtigungen, über die Sie in der Cloudkonsole verfügen, können entscheidend sein. Weitere Informationen finden Sie in den Themen unter Benutzerrollen und Berechtigungen.

Hat das Upgrade meines Speichers Auswirkungen auf die Daten, die sich auf dem Datenträger befinden?

Nein. Wenn Sie Ihr Speichervolumen erweitern oder seinen IOPS-Wert anpassen, hat diese Änderung keine Auswirkungen auf Ihre Daten. Bei diesen Vorgängen wird nichts überschrieben oder gelöscht. Die Anpassung führt auch nicht zu Ausfällen oder fehlendem Zugriff auf den Speicher.

Handelt es sich bei File Storage for Classic-Datenträgern um Thin- oder Thick-Provisioning-Datenträger?

Alle Block- und File Storage for Classic-Services werden mit Thin Provisioning bereitgestellt. Diese Methode kann nicht geändert werden.

Meine Abrechnungs-ID wurde geändert, was bedeutet das?

Möglicherweise stellen Sie fest, dass Ihre Speicherdatenträger jetzt als "Endurance Storage Service" oder "Performance Storage Service" anstelle von "Enterprise Storage" in Rechnung gestellt werden. Möglicherweise haben Sie auch neue Optionen in der Konsole, wie z. B. die Möglichkeit, IOPS anzupassen oder die Kapazität zu erhöhen. IBM Cloud® ist bestrebt, die Speicherfunktionalität kontinuierlich zu verbessern. Im Zuge der Hardware-Aufrüstung in den Rechenzentren werden auch die dort vorhandenen Speichervolumes aktualisiert, um alle erweiterten Funktionen nutzen zu können. Der Preis, den Sie für Ihren Speicherdatenträger bezahlen, ändert sich mit diesem Upgrade nicht.

Wie dauerhaft ist File Storage for Classic?

Wenn Sie Ihre Daten in File Storage for Classic speichern, sind sie dauerhaft, hoch verfügbar und verschlüsselt. Das Permanenzziel für eine einzelne Verfügbarkeitszone beträgt 99,999999999 % (11 9er). Weitere Informationen finden Sie unter Verfügbarkeit und Dauerhaftigkeit von File Storage for Classic.

Wie ist die durchschnittliche Betriebszeit für File Storage for Classic?

Wenn Sie Ihre Daten in File Storage for Classic speichern, sind sie dauerhaft, hoch verfügbar und verschlüsselt. File Storage basiert auf erstklassiger, bewährter Hardware und Software der Enterprise-Klasse, um hohe Verfügbarkeit und Betriebszeit zu gewährleisten. Um sicherzustellen, dass das Verfügbarkeitsziel von 99.999 % (fünf Neunen) erreicht wird, werden die Daten redundant auf mehreren physischen Festplatten auf HA-gepaarten Knoten gespeichert. Jeder Speicherknoten verfügt über mehrere Pfade zu seinen eigenen Solid-State-Laufwerken und den SSDs des Partnerknotens. Diese Konfiguration schützt vor Pfadausfällen sowie vor Controller-Ausfällen, da der Knoten weiterhin nahtlos auf die Festplatten seines Partners zugreifen kann. Weitere Informationen finden Sie unter Verfügbarkeit und Dauerhaftigkeit von File Storage for Classic.

Kann ich vom Support-Team Kennzahlen zur Speicherleistung (IOPS oder Latenz) erhalten?

IBM Cloud® stellt keine Messwerte für E/A-Operationen pro Sekunde und Latenzzeit für die Speicherleistung bereit. Es wird erwartet, dass Kunden ihre eigenen File Storage for Classic-Geräte mithilfe der Überwachungstools anderer Anbieter überwachen.

Die folgenden Beispiele sind Dienstprogramme, die Sie zur Überprüfung von Leistungsstatistiken in Betracht ziehen könnten.

• sysstat-Systemleistungstools für das Betriebssystem Linux®.
• typeperf-Ein Windows-Befehl, der Leistungsdaten in das Befehlsfenster oder in eine Protokolldatei schreibt.
• esxtop- Ein Befehlszeilentool, das Administratoren Echtzeitinformationen über die Ressourcennutzung in einer VMware® vSphere Umgebung liefert. Es kann Daten für alle Systemressourcen überwachen und erfassen: CPU, Speicher, Festplatte und Netz.

Was ist der Unterschied zwischen einem Replikatdatenträger, einem abhängigen und einem unabhängigen Duplikatdatenträger?

Sie können ein Replikat oder einen doppelten Datenträger erstellen, indem Sie eine Momentaufnahme Ihres Datenträgers verwenden. Die Replikation und das Klonen verwenden eine Ihrer Momentaufnahmen, um Daten auf einen Zieldatenträger zu kopieren. Hier enden jedoch die Ähnlichkeiten.

Die Replikation hält Ihre Daten an zwei verschiedenen Positionen synchron. Es kann jeweils nur ein Datenträger des Paares (primärer Datenträger oder Replikatdatenträger) aktiv sein. Der Replikationsprozess kopiert basierend auf dem Replikationsplan automatisch Informationen vom aktiven Datenträger auf den inaktiven Datenträger. Weitere Informationen zu Replikatdatenträgern finden Sie unter Daten replizieren.

Die Duplizierung erstellt eine Kopie Ihres Datenträgers auf der Basis einer Momentaufnahme in derselben Verfügbarkeitszone wie der übergeordnete Datenträger. Der Duplikatdatenträger übernimmt standardmäßig die Kapazitäts- und Leistungsoptionen des ursprünglichen Datenträgers und enthält eine Kopie der Daten bis zum Zeitpunkt eines Snapshots. Der duplizierte Datenträger kann vom ursprünglichen Datenträger abhängig oder unabhängig sein und manuell mit Daten des übergeordneten Datenträgers aktualisiert werden. Sie können die E/A-Operationen pro Sekunde anpassen oder die Datenträgergröße des Duplikats ohne Auswirkungen auf den übergeordneten Datenträger erhöhen.

• Ein abhängiger duplizierter Datenträger wird nicht durch die Konvertierung unabhängig und kann jederzeit aktualisiert werden, nachdem er erstellt wurde. Sie sperrt die ursprüngliche Momentaufnahme, sodass die Momentaufnahme nicht gelöscht wird, solange das abhängige Duplikat vorhanden ist. Der übergeordnete Datenträger kann nicht abgebrochen werden, wenn der abhängige doppelte Datenträger vorhanden ist. Soll der übergeordnete Datenträger abgebrochen werden, muss entweder zuerst das abhängige Duplikat abgebrochen oder in ein unabhängiges Duplikat konvertiert werden.

• Ein unabhängiges Duplikat ist dem abhängigen Duplikat in den meisten Fällen überlegen, kann jedoch aufgrund des langen Konvertierungsprozesses nicht sofort nach der Erstellung aktualisiert werden. Abhängig von der Größe des Datenträgers kann es bis zu mehreren Stunden dauern. Für einen 12-TB-Datenträger kann es beispielsweise bis zu einem Tag dauern. Nach Abschluss des Trennungsprozesses können die Daten jedoch mithilfe einer anderen Momentaufnahme des ursprünglichen übergeordneten Datenträgers manuell aktualisiert werden.

Weitere Informationen zu Duplikaten finden Sie unter Doppelte Datenträger erstellen und verwalten.

Vergleich der Merkmale der verschiedenen Arten von Datenträgerkopien.
Diese Tabelle enthält Zeilen- und Spaltenüberschriften. Die Zeilenüberschriften geben die Funktionalität an. Die Spaltenüberschriften geben die Art der Volumenkopie an.

Feature	Replikat	Abhängiges Duplikat	Unabhängiges Duplikat
Aus einer Momentaufnahme erstellt
Position des kopierten Datenträgers	Ferne Verfügbarkeitszone	Dieselbe Verfügbarkeitszone	Dieselbe Verfügbarkeitszone
Unterstützt Failover
Unterschiedliche Größe und IOPS
Automatisch mit übergeordnetem Datenträger synchronisiert
Bedarfsgesteuerte Aktualisierung von übergeordnetem Datenträger		[1]	[2]
Getrennt vom übergeordneten Datenträger

Wie lange dauert die Konvertierung eines abhängigen Duplikats in einen unabhängigen Datenträger?

Der Konvertierungsprozess kann einige Zeit in Anspruch nehmen. Je größer das Volumen, desto länger dauert es, es zu konvertieren. Bei einem Datenträger mit 12 TB kann es 24 Stunden dauern. Sie können den Fortschritt in der Konsole oder über die CLI überprüfen.

• Wechseln Sie in der Konsole zu Classic Infrastructure. Klicken Sie auf Speicher > File Storage for Classic und suchen Sie dann den Datenträger in der Liste. Der Konvertierungsstatus wird auf der Übersichtsseite angezeigt.

• Verwenden Sie in der Befehlszeile den folgenden Befehl.

  slcli file duplicate-convert-status <dependent-vol-id>
  

  Die Ausgabe ähnelt der im folgenden Beispiel gezeigten:

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

Wie verwalte ich Benutzerberechtigungen und -zugriff?

Der Kontoinhaber oder ein Benutzer mit der Berechtigung "Manage user classic infrastructure" kann die Berechtigungen für andere Benutzer innerhalb des IBM Cloud-Kontos anpassen. Wenn Sie nicht der Kontoinhaber sind, können Sie nur die Berechtigungsstufe oder eine Teilmenge der Berechtigung zuweisen, die Ihnen bereits zugewiesen wurde. Wechseln Sie in der IBM Cloud-Konsole zu Verwalten > Zugriff (IAM) > Benutzer. Wählen Sie anschließend aus der Liste einen Benutzernamen aus, für den Sie Zugriffsrechte verwalten können, und klicken Sie auf Classic Infrastructure. Wählen Sie Kontoberechtigungen aus, um dem Benutzer das Hinzufügen und Aktualisieren von Speicherplatz zu ermöglichen. Weitere Informationen hierzu enthält der Abschnitt Zugriffsberechtigungen der klassischen Infrastruktur verwalten.

Wenn der Dateispeicher bereitgestellt wird, müssen die Hostserver autorisiert werden, um die Dateifreigabe einbinden zu können. Die Autorisierung kann in der Konsole, über die CLI, mit der API oder Terraform eingerichtet werden. Weitere Informationen finden Sie im Abschnitt "Hosts autorisieren" unter "File Storage für Classic verwalten ".

Nachdem der Host autorisiert wurde, können Sie die Dateifreigabe einbinden und Ihrer neuen Ordnerstruktur und Ihren Dateien Eigentümer zuweisen. In Linux können Sie die Zugriffssteuerung verfeinern, indem Sie die Befehle chown und chmod verwenden, um einzelnen Benutzern und Gruppen Lese-, Schreib- und Ausführungsberechtigungen zuzuweisen. Weitere Informationen finden Sie unter Mounting File Storage for Classic auf Red Hat Linux® und Mounting File Storage for Classic auf Ubuntu.

Kann ich die API verwenden, um abzufragen, wie viel Kapazität in meinem File Storage for Classic verwendet wird?

Ja. Sie können den folgenden curl-Befehl verwenden, um abzufragen, wie viel Kapazität in dem durch seine ID angegebenen Speichervolumen belegt ist.

curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'

Weitere Informationen finden Sie in der API-Referenz.

Kann ich meine File Storage for Classic-Volumes in eine VPC migrieren?

Ja. Wenn Sie planen, Ihre Workloads auf IBM Cloud® Virtual Private Cloud zu verlagern, finden Sie unter IBM Cloud Anleitungen zur Verbindung Ihrer Classic- und VPC-Umgebungen sowie zum Kopieren Ihrer Daten mithilfe von Tools wie rsync und dcfldd. Weitere Informationen finden Sie unter Migration von Daten aus der klassischen Infrastruktur von IBM Cloud zu VPC sowie im umfassenden Leitfaden zur Migration von Classic zu VPC.