Data Domain: Cloud-Profil bleibt nach der Lösung von Kapazitätsproblemen des Cloud-Anbieters getrennt

DDOS kennzeichnet ein Cloudprofil als "nicht verfügbar" oder "getrennt", wenn das Protokoll zum oder vom konfigurierten Cloud-Anbieter Fehler zurückgibt. Im speziellen Fall von Kapazitätsproblemen beim Cloud-Anbieter oder Konto werden Fehler vom Typ HTTP 507 zurückgegeben.

Bei DDOS-Versionen vor 7.7.2 wird dieser Fehlercode wie jeder andere behandelt, und das Cloudprofil und der Anbieter sind möglicherweise nicht verfügbar, wenn die Fehler häufig auftreten. Da

HTTP/507 jedoch ein spezieller Fehler ist, den der Cloud-Anbieter verwendet, um die Auslastung zu melden, behandelt DDOS 7.7.2 und höher dies auf besondere Weise, nämlich das Festlegen des Cloud-Profils auf den unten gezeigten Status:

Name        Profile             Status         Reason
---------   -----------------   ------------   -------------------------------------------
cloud_unit  cloud_profile       Disconnected   Insufficient storage at the cloud provider.
---------   -----------------   ------------   -------------------------------------------

Damit der DD-Administrator weiß, warum die Cloudeinheit nicht mehr funktioniert, wird ein dauerhafter Registrierungsschlüssel festgelegt, der angibt, dass der Cloudanbieter nicht verfügbar ist. Der DD FS-Prozess kontaktiert den Cloudanbieter nicht mehr.

Nachdem die Kapazitätsprobleme im Cloud-Anbieter behoben wurden, bleiben das Cloudprofil und die Einheit weiterhin unverändert. Es ist kein Hinweis auf eine Wolkenaktivität in der üblichen "ddfs.info“ als auch „csm.log"-Dateien. Durch einen Neustart des FS wird das Problem nicht behoben.

 

Wenn der Cloud-Anbieter seine Kapazität erreicht meldet (durch HTTP/507-Fehler), werden das Cloud-Profil und der Anbieter als getrennt markiert und ein Registrierungsschlüssel wird festgelegt. Dieser Registrierungsschlüssel verhindert, dass der Cloudcode erneut den Cloudanbieter erreicht. Selbst wenn das Speicherplatzproblem behoben ist, kann nicht ohne weiteres Eingreifen des Administrators auf die Cloudeinheit zugegriffen werden.

Obwohl dieses Problem nur bei ECS als Cloud-Anbieter auftritt, gibt es nichts, was das Auftreten bei anderen Cloud-Anbietern verhindert, wenn sie HTTP 507-Fehlercodes an die DD zurückgeben können, wenn Kapazitätsprobleme bestehen (d. h., wenn das Konto, das für Storage verwendet wird, eine bestimmte Quota erreicht hat).

Es gibt einen neuen Befehl in DDOS 7.7.2 und höheren Versionen, der verwendet werden muss, um den Status der Cloudeinheit zu löschen, um wieder darauf zugreifen zu können, nachdem die Cloud aufgrund der Kapazität getrennt wurde:

#  cloud unit clear-state <unit-name> {nospace}
                                       Clear the registry entry indicating
                                       cloud unit is not available for writing

Für das obige Beispiel müsste der folgende Befehl nach der Lösung der Kapazitätsprobleme des Cloud-Anbieters ausgeführt werden, damit der Cloud-Anbieter erneut verwendet werden kann:

# cloud unit clear-state cloud-unit nospace