Drosselung zwischen Rechenzentren

7

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?

Mohamad-Jaafar NEHME
quelle

Antworten:

7

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:

Mike Pennington
quelle
1
Zunächst möchte ich mich bei Ihnen für Ihre Antwort bedanken. Ich habe viel gesucht, aber bis jetzt habe ich nicht gefunden, wie ich die verfügbare Bandbreite erkennen kann. Ja, QoS spricht davon, Ihren Sendedurchsatz auf einen festen Schwellenwert zu beschränken. Wie Sie jedoch im gemeinsam genutzten Netzwerk wissen, variiert die Bandbreite von Zeit zu Zeit. Ich bin mir nicht sicher, ob QoS helfen könnte. Ansonsten klären Sie es bitte viel mehr.
Mohamad-Jaafar NEHME
QoS ist ein großes Thema und in solchen Situationen Ihre einzige Wahl.
Ryan Foley
Sie haben Recht @RyanFoley ist ein großes Thema, danke;)
Mohamad-Jaafar NEHME
Ich bin mir auch nicht sicher, wie dies die Frage nach dem Erkennen / Bestimmen der verfügbaren Bandbreite auf einer Verbindung beantwortet, deren Bandbreite variieren kann.
Nanban Jim
Meine Antwort lautet, dass Sie dies nicht zum Zwecke der Verkehrstechnik tun sollten. Verwenden Sie QoS, um Ihren Verkehr automatisch zu priorisieren
Mike Pennington