Differences

This shows you the differences between two versions of the page.

--- workbook:jno-332:332_ha [2017/04/25 22:08] – [Интерфейсы fab0\1] k
+++ workbook:jno-332:332_ha [2021/08/12 08:35] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
-===== 332 HA ======
+===== JN0-332: HA ======
 ** Необходимые знания по HA: **
@@ Line 20: / Line 20: @@
     * Monitoring and troubleshooting
-==== Фишки и характеристики кластера ====
+===== Фишки и характеристики кластера =====
 Два бренчевых srx можно объединить в кластер (High Availability Cluster aka HA) который обеспечивает:
   * Работу control plane в режиме active-standby. \\ Т.е. одновременно думать кластер может только одной нодой, в результате этого при фейловере перестартовывают протоколы маршртуизации (bgp, ospf).
@@ Line 28: / Line 28: @@
-==== Требования к кластеру ====
+===== Требования к кластеру =====
   *В кластере максимум может быть только два устроуства.
   *Устроуства должны быть одной и той же модели.
@@ Line 286: / Line 286: @@
 ==== Интерфейсы fab0\1  ====
 Тезисно:
-  * Используются для соединения data pla
+  * Используются для соединения data plane обоих нод кластера
+  * fab0@node0, fab1@node1
+  * Должны быть одинакового типа - fe-, ge- и т.д.
+  * Через fab0\1 происходит синхронизация сессий, а так же может бегать трафик когда data plane работает в active/active режиме. \\ //Разобраться чем отличается session synchronization (fab) от session state (fxp1)//
+  * Если падает data-link, то secondary нода переходит в режим disabled (как fxp1), но вернуть к жизни ноду можно только перезагрузкой.
+  * fab не определяется в зоны -> не поддерживает политики безопасности, нет фильтров.
+  * Поддерживает джамбо фреймы (до 8980 байт), не поддерживает фрагментацию.
+  * В отличии от fxp1 можно самому определить интерфейсы которые будут fab0\1.
+//**Вставить вывод show interface fab0 + определение физики под fab**//
+==== Интерфейсы swfab0\1  ====
+Тезисно:
+  * Два интерфейса, по одному на каждой ноде\\ //Уточнить//
+  * Передача только L2 трафика.
+  * swfab0@node0, swfab1@node1.
+  * Используются интерфейсы подерживающие Ethernet switching.
+  * Ноды кластера должны быть соединены напрямую кабелем, через коммутаторы нельзя.
+  * Точно так же мониторится состочние линка, но при падении кластер не разваливается. \\ При падении swfab на каждой образуется свой L2 домен.
+  * Не поддерживаются фильтры, политики, логические интерфейсы.
+  * Поддерживаются джамбо фреймы, размер такой же как на интерфейсах которые опредены в "srx-коммутатор".
+//**TODO**\\
+Разобраться с тем можно к портам "srx-коммутатора" привязать L3-интерфейс vlan.XXX.\\
+Можно ли его определять в RG и как он себя поведет при обрыве swfab.//
+===== Избыточность служебных линков =====
+==== Dual data plane links ====
+Можно нарастить количество физических интерфейсов (до двух) которые используются для организации fab и swfab линков.
+Тезисно:
+  * Интерфейсы должны быть одинаковыми.
+  *  Поддерживается балансировка:
+    * fab - по одному линку (который имеет наименьший номер) пределается RTO и heartbeat (//или fabric probes??//), по второму трафик data plane при работе в активном режиме.
+    * swfab - L2 трафик балансируется между обоими линками.
+  * Через оба линка передаются fabric probes. \\ При отсутстии fabric probes на одном из линков хайенд srx через 6 секунд поймет, что линк упал, а бранчевый srx поймет через 20 секунд. \\ Восстанавливается линк с задержной в 30 секунд.
+// RTO (real time object) - через rto синхронизируются сессии. //
+==== Dual control plane links ====
+Только хайенд srx (srx5000, srx3000, srx1400) поддерживают второй контрол линк. \\
+Линки не балансируются, работает только один.
+=== srx1400 ===
+Под контлол линки можно взять 10 и 11 порты SYSIO кaрты (базовая карта с медными и оптичесими портами вкл консольный порт).
+=== srx3000 ===
+Что бы получить второй порт под контрол линк нужен SCM (SRX Clustering Module). \\
+SCM вставляется слот RE, но не выполяет функции RE.
+=== srx5000 ===
+Мутно, нужно две SCB карты в которые будут вставлены RE, при этом второй RE не будет работать как RE. \\
+Второй RE нужен что бы на второй SCB был физический порт который можно отдать под контрол линк.\\
+===== RTO =====
+RTO (real time objects) это специальные пакеты которые предаются между нодами через data link и содержат в себе  информацию о состоянии и количестве сессий. Через RTO сессии синхронизируются между нодами и в случае падения основной ноды сессии уже бубут на второй ноде и трафик пойдет. \\
+Основое назначение rto -> consistncy and stability session.
+===== Соединение нод кластера через коммутаторы =====
+{{tag>juniper jn0-332 exam}}