Drosselung zwischen Rechenzentren

Im Allgemeinen werden Verbindungen zwischen Rechenzentren gemeinsam genutzt (mit gemeinsam genutzter Netzwerkinfrastruktur). Daher kann ich die verfügbare Bandbreite zwischen zwei Rechenzentren nicht erkennen, die von Zeit zu Zeit variieren kann .

Infolgedessen kann ich das Netzwerk nicht drosseln, indem ich meine UDP- Pakete zwischen solchen Verbindungen sende, da ich mir Sorgen über Paketverluste und Nachrichtenverluste mache.

Gibt es eine Möglichkeit, die verfügbare Bandbreite zwischen zwei Rechenzentren sofort und wiederholt zu erkennen, damit ich sie mit meinen Paketen drosseln kann?

Ich kann das Netzwerk nicht drosseln, indem ich meine UDP-Pakete zwischen solchen Links sende, da ich mir Sorgen über Paketverluste und Nachrichtenverluste mache.

Auf den ersten Blick klingt dies eher nach einem Designproblem mit der Anwendung, nicht mit dem Netzwerk:

1. Netzwerke sind nicht zuverlässig.
2. UDP war niemals dazu gedacht, Nachrichten zuverlässig zu transportieren, ohne die Erkennung und erneute Übertragung von Anwendungsschichtverlusten hinzuzufügen.

Wenn die Anwendung zuverlässiges Messaging erfordert, verwenden viele Benutzer TCP (für Unicast-Endpunkte) oder TIBCO RV (für Multicast-Endpunkte). Der Teufel steckt immer im Detail und es gibt keine Einheitslösung.

Gibt es eine Möglichkeit, die verfügbare Bandbreite zwischen zwei Rechenzentren sofort und wiederholt zu erkennen, damit ich sie mit meinen Paketen drosseln kann?

Sie fragen im Wesentlichen nach dem, was traditionell als QoS bezeichnet wird .

Sobald Sie Regeln zur Klassifizierung und Priorisierung Ihres Datenverkehrs erstellt haben, können Sie QoS-Disziplinen wie CBWFQ und LLQ verwenden , um Ihre wichtigsten Verkehrsklassen angesichts von Überlastung (dh geringer verfügbarer Bandbreite) zu priorisieren.

Alternativ können Sie QoS verwenden, um bestimmte Verkehrsklassen auf eine durchschnittliche Rate zu formen.

Im Allgemeinen gelten UDP-Verkehrsklassen als verlustempfindlicher als TCP-Klassen. Es gibt natürlich immer Ausnahmen von dieser Regel; Beispielsweise basiert TIBCO RV üblicherweise auf UDP-Multicast, aber TIBCO enthält Sequenznummern, um die Notwendigkeit einer erneuten Übertragung zu erkennen. Abhängig von den Anwendungen müssen Sie möglicherweise UDP-TIBCO-Klassen gegenüber anderem TCP-Verkehr priorisieren oder nicht.

Ich habe nicht gefunden, wie ich die verfügbare Bandbreite erkennen kann.

Dies hängt von der spezifischen Art der QoS ab, aber im Allgemeinen:

• QoS-Klassen überwachen die durchschnittliche Auslastung innerhalb der Verkehrsklasse
• QoS überwacht die Schnittstellenwarteschlangen auf Überlastung und priorisiert nur, wenn die Schnittstelle eine Warteschlangengröße ungleich Null hat (dh Überlastung).

Diese Antwort zeigt eine Art von QoS-Konfiguration.

Schlussbemerkungen:

• Es gibt Grenzen für die Höhe der Überzeichnung, mit der QoS vernünftigerweise umgehen kann. Ein voller Puffer verwirft immer Pakete, auch wenn QoS im Puffer ist

• Die QoS-Funktionen hängen stark von Ihrer Netzwerkhardware ab und müssen möglicherweise gründlich getestet werden, bevor Sie sie implementieren.