return

telecom № 58. SDN. Cisco ACI

25 декабря 2017, 11:43
like 0 views 11962 message 5

5 коментариев

  • timeline 39:30
    К вопросу о raund trip delay это 5 ms между конечными серверами!
    При этом если взять на задержку внутри инфраструктуры каждого POD по 0,5 ms то требовать в SLA от провайдера нужно уже максимум 4 ms задержки.
    access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html-single/installation_guide/index#idm139781234547664

    8 ноября 2020, 13:16
  • Спасибо за подкаст и полезную тему!

    К слову о репликации, вопрос был мой.

    «Нажимаешь в CUCM Apply Config, и не нужно знать, что там происходит в бэкэнде. Тут так же. »

    — позволю тут частично не согласиться с аналогией и проблематикой. Можно игнорировать наличие БД и репликации между нодами ровно до момента, пока она не начнёт сбоить. А по опыту общения с CUCM 7.x-11.x и продуктами Cisco в целом это неизбежно случается. И тогда начинаются приключения.

    Первый привет от Cisco TAC, когда есть подозрение на плавающие проблемы в CUCM-кластере:
    utils dbreplication status
    utils dbreplication runtimestate

    И в том же CUCM топология репликации влияет на возможность управления кластером и частично на его функционирование: при выключенном Publisher’е невозможно вносить изменения в конфигурацию, хоть и некоторые user-facing функции продолжат работать.

    Поэтому там, где есть кластер, лучше иметь понимание, с какими симптомами и последствиями он может (рано или поздно будет) разваливаться.
    Все ИМХО, конечно.

    25 декабря 2017, 21:10
  • Ensure the latency of the multi-site cluster is no more than 5ms.

    9 апреля 2021, 11:01
  • Как небольшое дополнение. При наличии желания синхронизацию между переложить на OOB. Но с точки зрения дизайна такой подход рекомендуется только для recovery процедур.

    26 декабря 2017, 13:20
  • Привет!
    По поводу репликации БД. По сути, все процессы шарятся между всеми APIC в кластере. Данные, которые обрабатывают внутренние процессы, делятся на 32 части. И эти части раскидываются между серверами в +- равном распределении.
    Начиная с версии 2.2 появилась возможность добавлять Standby ноды в кластер.
    Есть такое понятие как Replica Vector. По сути это распределение процессов между нодами. Проверяя ее «статус» можно отслеживать не фейлятся ли какие-либо процессы. За это отвечает команда #acidiag rvread… Но такой траблшут должен выполняться только с полным пониманием того, что делается и с пониманием того за что отвечает каждый внутренний процесс. Т.е. это не пререгатива кастомера…

    26 декабря 2017, 12:00
Ещё выпуски
По'уехавшие №2. Швеция. Роман Горге
Прямо вслед за Денисом в бар подходит Роман Горге. А хотя нет, забегает, кричит «Швеция за ЗОЖ» и убегает. Приходится брать интервью на ...
like 0 7131 9
Шоты №20. Мона Архипова. DevOpsConf
Мона Архипова. Операционный директор sudo.su Беседует с Романом Козловым о развитии ИБ компании, инсайдерстве, защита, инструменты, байки. Скачать файл подкаста Добавить RSS в ...
like 0 3551 1
telecom №3
В сегодняшнем выпуске мы решили немного изменить ход беседы: 1) Новости телекома Развитие сетей LTE.Передача данных на скорости 400 Гб/c на расстояние 12000 ...
like 0 10327 17
По'уехавшие №4. Чехия. Андрей Дмитриев. Veeam
Мамонт тут с пристрастием допросил коллегу из Чешского офиса Veeam в Праге и вот что у них получилось: — История успеха 2.0: от ...
like 1 7650 1
00:00 00:00