Da wir uns aufgrund einer Kundenanfrage tiefer mit dem realen Stromverbrauch von IT-Equipment (konkret Juniper Switches) beschäftigen mussten, dachten wir uns, dass es vielleicht noch mehr Leute gibt, welche die dabei gewonnenen Erkenntnisse benötigen können.
Daher ist dieser Blog-Artikel entstanden, der sich – relativ hemdsärmelig – mit dem Energiehunger von Juniper Geräten beschäftigt.
Heute gibt es mal, passend für einen Geschäftsführer, abstrakte Kost: Ein Troubleshooting Tutorial, wo kein einziges Wort über spezielle Technologien verloren wird, sondern vielmehr ein allgemeiner Lösungsansatz und Vorgehensplan skizziert wird. Es geht um Entspannungstechniken, geistige Grundeinstellung gegenüber dem Problem und zu guter Letzt auch um systematische Lösunsgansätze.
Heute wollen wir wie versprochen über die Konfiguration von ECMP (Equal Cost Multipath) mit JunOS berichten. Nach ein paar Worten zu den Grundlagen holen wir uns zur Demonstration zwei bzw. drei vSRX (aka Firefly Perimeter) ins Labor und schauen uns die Praxis und die entsprechende JunOS-Syntax an.
Gerade im Bereich Datacenter Switching ist inzwischen allseits bekannt, dass neben den Portgeschwindigkeiten (1,10,40,100 GBit/s) und der Oversubscription-Ratio (Idealerweise keine) auch die Latenz eine essentielle Rolle bei Performancebetrachtungen spielt.
Früher waren niedrige Latenzen bekannterweise ein Monopol für die FibreChannel-Fraktion. Ethernet wurde damals bestenfalls müde belächelt oder als Kinderspielzeug abgetan.
Heute kann jeder „normale“ Datacenter Switch FCoE und hat mit nativem FibreChannel vergleichbare Latenzen. Dabei unterbieten sich die Hersteller in immer wahnwitziger anmutenden Latenzen im Submikrosekundenbereich.
Erstaunlicherweise findet man jedoch fast nie Angaben zu den angewandten Methoden, welche einen nicht unerheblichen Einfluß auf das Ergebnis haben – in Einzelfällen sogar so extrem, dass man bei einem Messverfahren sogar „negative Latenzen“ erhalten kann. Zeitreisen gibt es jedoch leider nur in StarTrek.
Dieser Artikel soll hier etwas Licht ins Dunkel bringen.
Seit Anfang des Jahres gibt es nun von Juniper Networks offiziell eine SRX Firewall als virtuelle Maschine unter dem toll klingenden Namen Firefly Perimeter. Diese virtuelle Maschine, welche man per OVA (Open Virtualisation Archive) einfach deployen kann, hat es ziemlich in sich, da man damit sehr flexibel agieren und sehr viel Blech beim Kunden oder auch im Labor einsparen kann.
Im WAN gibt es oft die Konstellation, dass man mehrere Datenpfade zwischen einzelnen Netzknoten hat, welche primär zur Herstellung von Redundanz gedacht sind. Man ist also oft in der Situation, dass einige Datenpfade nur im Standby sind. Umgesetzt wird dies i.d.R. über ein Routingprotokoll (z.B. OSPF), welches die Datenpfade mit entsprechenden Metriken versieht und immer „den günstigsten“ Pfad in die aktive Routingtabelle (FIB) einträgt. Bei Pfaden welche dieselben Kosten besitzen wird ein beliebiger Pfad ausgewählt und in die FIB eingetragen. Weiterlesen
Proact Deutschland GmbH
Südwestpark 43
90449 Nürnberg
Mail: info@proact.de
Tel.: 0911 309990