Wie in früheren Antworten auch darauf hingewiesen, werden die Lösungen entweder eine private Verbindung zwischen den beiden Rechenzentren oder genügend IP-Adressen beinhalten, um einen Block von jedem Rechenzentrum anzukündigen.
Diese beiden Optionen schließen sich jedoch nicht gegenseitig aus, und bei der Konfiguration sind einige weitere Aspekte zu beachten.
So werben Sie, wenn Sie genügend Adressen haben
Sie werden sich wahrscheinlich dafür entscheiden, ein IPv6-Präfix zu erhalten, das kurz genug ist, um eine Hälfte von jedem Rechenzentrum anzukündigen, was eine / 47 oder weniger bedeutet. Sie haben dann die Wahl, wie Sie dies ankündigen möchten.
- Sie können die zwei verschiedenen / 48 aus den verschiedenen Rechenzentren ankündigen.
- Sie können in beiden Rechenzentren eine Single / 47 ankündigen.
- Sie können beides tun.
Wenn Sie die beiden unterschiedlichen / 48 ankündigen, wird der Datenverkehr über das Internet zum richtigen Rechenzentrum geleitet, was die Dinge für Sie einfacher macht. Wenn Sie andererseits an beiden Standorten nur die / 47 ankündigen, müssen Sie den Datenverkehr zum richtigen Rechenzentrum leiten. Dies kann wünschenswert sein, wenn Sie eine private Verbindung zwischen den Rechenzentren haben, die für Sie zuverlässiger ist als das öffentliche Internet.
Beides führt als eine Art Failover aus. Normalerweise wird der Datenverkehr direkt zum richtigen Rechenzentrum geleitet. Ihre private Verbindung wird jedoch als Backup vorhanden sein. Wenn andere Netzwerke jedoch glauben, dass Sie ihnen zu viele Ansagen senden, ignorieren sie möglicherweise Ihre / 48s und verwenden nur die / 47, und Ihre private Verbindung wird mehr Verkehr sehen.
Wenn Sie keine private Verbindung zwischen den Rechenzentren haben, ist es höchstwahrscheinlich die beste Wahl, die zwei / 48 und keine aggregierten / 47 zu bewerben.
All dies gilt auch für IPv4, nur mit unterschiedlichen Präfixlängen.
Was tun, wenn Sie nicht mehr IPv4-Adressen erhalten können?
Wenn Sie in jedem Rechenzentrum eine / 25 bewerben, besteht ein erhebliches Risiko, dass die Werbung einfach ignoriert wird. Selbst wenn es heute funktioniert, besteht das Risiko, dass es in Zukunft nicht mehr funktioniert. Sie benötigen daher einen anderen Plan.
Wenn Sie keine private Verbindung zwischen den beiden Rechenzentren haben, besteht die Möglichkeit, einen IPv4-über-IPv6-Tunnel zwischen den beiden Rechenzentren als private Verbindung zu verwenden.
Der offensichtliche Nachteil des Tunnelansatzes besteht darin, dass der Tunnel nicht zuverlässiger sein wird als die Internetverbindung zwischen den beiden Rechenzentren. Die Vermeidung der Verwendung des Tunnels durch Werbung nur für die spezifischen Präfixe ist keine Option, da diese spezifischen Präfixe zu lang wären.
Eine Option, die es wert ist, verfolgt zu werden, wenn Sie an beiden Standorten denselben Transitanbieter verwenden, besteht darin, sowohl die aggregierten / 24 als auch die spezifischeren / 25er zu bewerben. Was Sie vom Transitanbieter benötigen würden, um für die Welt zu werben, ist die / 24. Die zwei / 25s, die der Transitanbieter nur in seinem eigenen Netzwerk akzeptieren und verwenden muss, damit der Datenverkehr an das richtige Ihrer beiden Rechenzentren weitergeleitet wird.
Bevor Sie so etwas tun, müssen Sie dies natürlich mit Ihrem Transitanbieter besprechen, um sicherzustellen, dass es sich um eine Konfiguration handelt, die er unterstützen möchte.
Andere Vorbehalte mit einem Tunnel
Eine weitere Einschränkung im Falle eines Tunnels sind MTU-Probleme. Sie müssen sicherstellen, dass Sie in Ihrem Tunnel nichts Dummes tun, was dazu führen würde, dass große Pakete stillschweigend verworfen werden. Darüber hinaus sollten Sie Ihre Server besser mit einem MSS konfigurieren, das niedrig genug ist, damit es auch dann funktioniert, wenn die Personen, mit denen Sie kommunizieren, stillschweigend zu große Fehler löschen. Für ein Setup wie das, das ich beschreibe, sollte das Einstellen des MSS auf 1200 sicher sein.
Wenn Ihr Setup einen DSR-Lastausgleich beinhalten soll, sollten Sie berücksichtigen, dass für den Lastausgleich möglicherweise auch ein Tunnel erforderlich ist. Stellen Sie in diesem Fall sicher, dass Ihr DSR-Load-Balancer so konfiguriert ist, dass das Tunneln anstelle des Tunnelns erfolgt, um Ihre Rechenzentren zu verbinden - keine weitere Tunnelebene darüber.
Fazit
Die einfachste Lösung besteht darin, nur genügend IP-Adressen zu erhalten. Es gibt jedoch Alternativen, wenn Sie sie unbedingt benötigen.