ECS: OBS: Vor dem Upgrade: Routinganforderungen von ObjectScale 4.1.x zu ObjectScale 4.2
Zusammenfassung: Beim Upgrade von ObjectScale (OBS) 4.1.x auf ObjectScale 4.2 oder höher ist es wichtig sicherzustellen, dass jede VLAN-Schnittstelle (Virtual Local Area Network) über ein ordnungsgemäß konfiguriertes Gateway verfügt. ObjectScale 4.2 und spätere Versionen enthalten einen neueren Linux-Kernel (6.4). Dies erzwingt ein strenges, standardkonformes Routingverhalten, einschließlich der Verweigerung von ARP für Ziele außerhalb des Subnetzes (unterschiedliche Subnetze), es sei denn, es ist ein gültiges Gateway oder eine statische Route definiert. Infolgedessen werden Umgebungen, die zuvor auf permissives ARP- oder Switch-Proxy-ARP-Verhalten in ObjectScale 4.1.x angewiesen waren, feststellen, dass diese Routen unmittelbar nach dem Upgrade nicht mehr funktionieren, wenn kein Gateway für eine oder mehrere Schnittstellen konfiguriert ist. ...
Weisungen
Erfassen Sie vor dem Upgrade von ObjectScale von Version 4.1.x auf 4.2 oder höher die folgenden Informationen, um alle VLAN-getrennten Schnittstellen zu identifizieren, die eine Gateway-Konfiguration erfordern, und um sicherzustellen, dass das Routing nach dem Upgrade funktionsfähig bleibt.
In Umgebungen, in denen sich Daten, Replikation oder Managementschnittstellen auf separaten VLANs befinden, können fehlende Gateway-Konfigurationen nach dem Upgrade erhebliche Auswirkungen auf den Service haben. Datenschnittstellen ohne gültiges Routing können verhindern, dass Clients die Nodes erreichen, was zu einer Nichtverfügbarkeit von Daten (DU) führt. Replikationsschnittstellen können die Verbindung zu Remotestandorten oder Peer-Clustern verlieren, was unmittelbar nach dem Upgrade zu temporären Standortausfällen (TSO) führen kann. Managementschnittstellen ohne geeignete Gateways können DNS- oder NTP-Services möglicherweise nicht erreichen. Dadurch können wesentliche Plattformabhängigkeiten unterbrochen werden, die für den Betrieb von ObjectScale erforderlich sind, was ebenfalls zu DU führen kann. Sicherzustellen, dass jede VLAN-Schnittstelle über ein korrekt definiertes Gateway verfügt, ist entscheidend, um die Stabilität während und nach Upgrades aufrechtzuerhalten.
- Netzwerktopologie- und VLAN-Informationen
- Die folgenden Informationen sind erforderlich:
- IP-Adresse für die Schnittstellen
- Für jede Schnittstelle benötigte Gateways
- VLAN-IDs, die für die Schnittstellen festgelegt sind
- Bestätigung, welche Schnittstellen verbunden sind, Netzwerke sind nur L2 im Vergleich zu L3-geroutet.
Befehl:# getrackinfo -n
Dieses Beispiel zeigt:public.replundpublic.dataDie Gatewayadresse fehlt:admin@obs1:~> getrackinfo -n Named networks ============== Node ID Network Ip Address Netmask Gateway VLAN Interface 1 repl 10.X.X.X 255.255.255.0 - 1234 public 1 data 10.X.X.X 255.255.255.0 - 1235 public 1 mgmt 10.X.X.X 255.255.255.0 10.X.X.X 1236 public
- Die folgenden Informationen sind erforderlich:
- Sobald diese Informationen erfasst wurden, öffnen Sie einen SR-Fall (Support-Service-Request), um die erforderlichen Anforderungen vor dem Upgrade zu erfüllen und den Nodes die Gateway-IP hinzuzufügen.