Administrator Guide

Umgang mit der Storage-Auslastung auf Thin Volumes
Ein Storage-Array kann an Metro Node einen Storage-Auslastungsfehler bei einem Schreibvorgang auf einem Thin Volume übergeben.
Der Storage-Administrator, der kontinuierlich die Kapazität des Storage-Pools überwacht, ergreift die erforderlichen Maßnahmen, um jede
Storage-Blockauslastung in seinen Rechenzentren zu vermeiden.
Es gibt hauptsächlich zwei Arten von Storage-Blockauslastungsfehlern, die ein Storage-Array melden kann. Sie lauten:
● Vorübergehende Auslastung: Tritt auf, wenn ein Storage-Array gerade Platz frei gibt und nicht sofort mit einer Erfolgsmeldung
auf den Schreibvorgang reagieren kann. In einem solchen Fall versucht Metro Node einen kurzen Zeitraum lang den I/O-Vorgang
erneut, bevor der Schreibvorgang fehlschlägt und das Storage-Volume als „hardware-dead“ markiert wird. In einem solchen Fall
wird eine Call Home-Funktion ausgegeben und Metro Node versucht, das Storage-Volume automatisch wiederherzustellen, wenn es
erfolgreich auf Funktionstests reagiert. Wenn das Storage-Volume durch eine fehlerfreie Spiegelung geschützt ist, ist für den Host
keine Unterbrechung der Services erkennbar, da die fehlerfreie Spiegelkomponente weiterhin I/O-Vorgänge an den Host bereitstellt.
● Dauerhafte Auslastung: Tritt auf, wenn keine verfügbaren Storage-Blöcke zum Zuordnen zur Adresse mehr vorhanden sind, für die
der Host einen Schreibbefehl ausgegeben hat. Metro Node verarbeitet diesen Fehler bei gespiegelten und nicht gespiegelten Geräten
unterschiedlich.
Bei einer dauerhaften Blockressourcenauslastung auf einem nicht gespiegelten Storage-Volume wird der angeforderte Schreibvorgang
mit einem Hinweis an Metro Node beantwortet, dass das Storage-Volume schreibgeschützt ist, da die Platzzuweisung fehlgeschlagen
ist. Virtuelle Metro Node-Volumes geben denselben Fehler auch für den Schreibbefehl an den Host zurück. Wenn VMware-Hosts
diesen Fehler für eine Schreibanforderung erhalten, stoppen sie die virtuelle Maschine, die die Schreibanforderung ausgegeben hat,
und ermöglichen anderen virtuellen Maschinen, ihren Betrieb fortzusetzen. Andere virtuelle Maschinen können die bereits zugewiesenen
Blöcke erfolgreich lesen und schreiben. Wenn sie jedoch eine Schreibanforderung an einen nicht zugeordneten Storage-Block ausgegeben
und der Schreibvorgang auch einen Ressourcenauslastungsfehler erhält, werden sie ebenfalls gestoppt.
Auf einem nicht gespiegelten Volume können Storage-Administratoren versuchen, den Storage mit dem Befehl UNMAP
zurückzugewinnen und so die Fehlerbedingung „Out of Space“ zu beheben. Wenn der zurückgewonnene Storage nicht ausreicht, fügen
Sie dem Storage-Array freien Block-Storage hinzu, um die Fehlerbedingungen der Platzzuweisung zu beheben, und starten Sie dann die
virtuellen Maschinen, die ausgesetzt oder gestoppt wurden.
Bei gespiegelten Volumes maskiert Metro Node den Fehler, der auf einer Spiegelkomponente für einen Host-Schreibvorgang aufgetreten
ist, wie jeden anderen I/O-Fehler. Metro Node schließt die Hostanfrage erfolgreich ab, wenn der I/O-Vorgang auf mindestens einer
Spiegelkomponente erfolgreich ist. Metro Node markiert die veraltete (OOD) Spiegelkomponente und versucht nicht, eine automatische
Neuerstellung durchzuführen. Ein Storage-Administrator muss Platz auf dem Array zuweisen und ihn für dieses Storage-Volume zur
Verfügung stellen und dann die Spiegelkomponente manuell wiederherstellen, indem er die in SolVe Desktop dokumentierten Verfahren
befolgt. Nachdem die Spiegelung wiederhergestellt wurde, wird die Komponente durch Metro Node neu erstellt.
Wenn die dauerhafte Storage-Auslastung auf der letzten Komponente eines gespiegelten Volumes auftritt, leitet Metro Node diesen
Fehler an den Host weiter und fordert den Schreibvorgang wie bei einem nicht gespiegelten Volume an.
Festlegen von Schwellenwerten für die Thin Storage-Nutzung
Ein Administrator kann ein Softlimit oder einen Schwellenwert für einen bestimmten Thin Provisioning Storage festlegen, was darauf
hinweist, dass der Speicherplatz für das Thin Provisioning-Gerät abnimmt. Dieser Schwellenwert ist auf dem Host oder auf den Arrays und
nicht auf Metro Node konfiguriert. Die Meldung weist darauf hin, dass das Gerät den festgelegten Schwellenwert erreicht hat. Derzeit
versucht Metro Node bei Erhalt einer solchen Benachrichtigung von einem Storage-Gerät, den I/O-Vorgang nach dem Senden eines
Call Home erneut zu starten. Solche Benachrichtigungen können einmal für einen I/O-Vorgang empfangen werden, und der I/O-Vorgang
muss schließlich erfolgreich sein, es sei denn, auf dem Thin-Gerät ist kein Speicherplatz mehr vorhanden. Nach Erhalt einer solchen
Call Home-Benachrichtigung kann der Metro Node-Administrator den Hostadministrator anweisen, entweder Platz freizugeben oder dem
Storage-Administrator die Möglichkeit zu geben, mehr Kapazität hinzuzufügen.
Thin-Spiegelung und -Migration
Metro Node unterstützt die Spiegelung von Thin-Volumes und die Migration der Thin-Volumes auf verschiedene Arrays.
Während der Wiederherstellung eines Thin-Elements behält der Metro Node den Thin-Beschaffenheit des Elements bei. Dazu gibt der
Metro Node den Befehl „SCSI UNMAP“ für die Arrays aus, die diese Befehle unterstützen, und schreibt Nullen in die Blöcke auf den
Arrays, die die UNMAP-Funktion nicht unterstützen. Unter Wiederherstellungen für Thin-Provisioning-Speicher finden Sie zusätzliche
Informationen zu Thin-Wiederherstellungen.
32
Thin-Support in Metro Node