У меня около минуты, если не больше. Видно проц немного скушало. FF-38.7 (да… да… знаю. старый :) )
линк на сообщение не получил, а пароль был.
Списал всё на браузер + куча (порядка 40) открытых вкладок :)
Всё время мучал вопрос, ответ на который Вы дали только в самом конце :) «переключение на резервную ноду» -> " Просто в таблице maps меняется значение в поле storage1"
Как то много баз у Вас. Но на это можно взглянуть и со стороны отказоустойчивости. Быть может правильнее было б 2е ноды, с резервированием под Postgresql отдать? Так кончено дороже наверное, но архитектурно, как по мне правильнее. Но могу ошибаться. А вообще если настроить реплики и между Вашми 4мя Postgresql, то так и без 2х дополнительных нод выйдет наддёжнее. К примеру на SMTP, Postgresql друг друга подхватывают, и на Storage так же. Ну это как вариант, что первое в голову пришло, или я не внимательно прочёл, и у Вас так и есть?
Что касается продолжения статьи, то разумеется пишите. Любопытно.
но предполагается миграция одного из серверов на иную платформу
Имеется в виду OS или то, что обслуживает BGP. Если не секрет, о каком ПО идёт речь?
Третью часть не обещаю, но подумаю).
Интересно было б почитать. ) Уверен у Вас всё получится.
Так же было б интересно почитать о тех. поддержке. Какие знания требуются кандидатам? Как организована. Ведь поддержка совсем отличается от типичного ISP. Быть может есть какая то методика отбора. Тут уже и 4й частью можно обзавестись.
Ps. Лично мне эта тема интересна :)
Всех благ Вам в вашем деле.
т.е. каждый пир имеет по 2 сессии?
Какое ПО используется для обслуживания BGP, Quagga?
P.s. думаю найдётся что рассказать и о технических моментах и их решениях, возникших проблем и вопросов, относительно организованной вами системы. Это я на 3ю часть намекаю? :)
Алгоритмы управления, которые призваны делать передачу данных протоколом более оптимальной с учётом своей спицифики. Вцелом о TCP Congestion Control BQL
Как достигается технически:
«Запрещен анонс сети IX в другие AS, не являющиеся участниками IX.
Запрещено анонсирование default-маршрутов и full view.
»
P.s. Или это во второй части? :)
линк на сообщение не получил, а пароль был.
Списал всё на браузер + куча (порядка 40) открытых вкладок :)
Но в целом, может где и сгодится.
«переключение на резервную ноду» -> " Просто в таблице maps меняется значение в поле storage1"
Как то много баз у Вас. Но на это можно взглянуть и со стороны отказоустойчивости. Быть может правильнее было б 2е ноды, с резервированием под Postgresql отдать? Так кончено дороже наверное, но архитектурно, как по мне правильнее. Но могу ошибаться. А вообще если настроить реплики и между Вашми 4мя Postgresql, то так и без 2х дополнительных нод выйдет наддёжнее. К примеру на SMTP, Postgresql друг друга подхватывают, и на Storage так же. Ну это как вариант, что первое в голову пришло, или я не внимательно прочёл, и у Вас так и есть?
Что касается продолжения статьи, то разумеется пишите. Любопытно.
Имеется в виду OS или то, что обслуживает BGP. Если не секрет, о каком ПО идёт речь?
Интересно было б почитать. ) Уверен у Вас всё получится.
Так же было б интересно почитать о тех. поддержке. Какие знания требуются кандидатам? Как организована. Ведь поддержка совсем отличается от типичного ISP. Быть может есть какая то методика отбора. Тут уже и 4й частью можно обзавестись.
Ps. Лично мне эта тема интересна :)
Всех благ Вам в вашем деле.
Какое ПО используется для обслуживания BGP, Quagga?
P.s. думаю найдётся что рассказать и о технических моментах и их решениях, возникших проблем и вопросов, относительно организованной вами системы. Это я на 3ю часть намекаю? :)
Вцелом о TCP Congestion Control
BQL
«Запрещен анонс сети IX в другие AS, не являющиеся участниками IX.
Запрещено анонсирование default-маршрутов и full view.
»
P.s. Или это во второй части? :)