Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 34
А альтернативных провайдеров нет? Хотя даже подключение к десяти провайдерам не поможет, если все проложены через один и тот же коллектор. Последний выгорает, и все «альтернативные» провайдеры идут лесом.
Абсолютно точной информации у меня пока нет. Насколько я знаю проблема в главном маршрутизаторе, который по идее супер-надежный и ломаться не должен, так что от собственно количества аплинков в ДЦ тут мало что зависит.
Даже супернадежные надо чем то резервировать)
Провайдеры, даже магистралы, не резервируют оборудование. Дорого. Оптика обычно куда чаще ломается, и даже ее могут запросто не резервировать. Ну перегрыз ее дикий экскаватор, ну остался город/регион на несколько часов без связи, ничего страшного…
Нерезервированное железо как правило вполне дает три девятки, этого провайдеру хватает. Да и вообще, как правило самые сложные и интересные проблемы не устраняются резервированием, так как затрагивают весь слой топологии.
Ну а то, что у клиентов сервис будет чаще ломаться — «проблемы негров шерифа не ...». Любят нас наши провайдеры. Хотя с другой стороны — и денег мало берут.
Нерезервированное железо как правило вполне дает три девятки, этого провайдеру хватает. Да и вообще, как правило самые сложные и интересные проблемы не устраняются резервированием, так как затрагивают весь слой топологии.
Ну а то, что у клиентов сервис будет чаще ломаться — «проблемы негров шерифа не ...». Любят нас наши провайдеры. Хотя с другой стороны — и денег мало берут.
Но ребята в ДЦ могли бы позаботиться о резерве. Хотя обычно все забивают на подключение резерва до второго или третьего серьёзного облома с каналом.
Наверное, Вы имеете в виду не «магистралов», у которых физический уровень построен на SDH, в кольце. Эти коммутаторы переключают трафик без участия человека за доли секунды. За этим процессом довольно любопытно наблюдать на менеджменте. Крупный провайдер не всегда «магистрал» и глобальная сеть не строится на Эзернете, хоть и в волокно его запихать теперь весьма недорого.
Я как довольно крупный клиент всех основных операторов связи постоянно вижу крупные аварии. Обычно причин две — «обрыв оптики» и «сбой маршрутизатора». На днях у одного из них с интервалом в несколько часов перегрызли сразу две оптики, возникли проблемы с целым регионом страны. Но это редкость.
Когда West и East перегрызают, это больше напоминает диверсию. Как работавший у оператора масштаба маленькой страны, проблема — это когда дизель п… дят на станции, что кладет оба кольца при обесточивании. Пресслужба оператора никогда не расскажет об этом. Крысы, оно, сподручнее. Твари серые, че с них взять :)
По статистике «среднестатистического телекома» количество аварий обычно распределяется следующим образом, озвучиваю примерный порядок, в среднем:
40% — проблемы с ЭП,
40% — проблемы с оборудованием или сетью ПД (не связано с обрывом оптики или деградацией физического уровня),
5% — проблемы на физическом уровне, обрыв оптики (выгорание коллекторов, «дикие экскаваторы» и т.д.),
15 — другое (обычно подразумевается «человеческий фактор», типа что-то делали и завалили «пол района»).
У «магистралов» скорей всего всё также. Так что оптику рвут в худшем случае 1 раз в 2 месяца, а проблемы с маршрутизаторами гораздо чаще. Поэтому дорогие маршрутизаторы всё-таки скорей всего резервируются, либо топология и маршрутизация предусматривает перераспределение трафика на другой рабочий гейт.
Да, и понятное дело, то что является реальной причиной не всегда озвучивается клиенту. Т.е. всегда есть реальная причина, а есть «официальная версия».
40% — проблемы с ЭП,
40% — проблемы с оборудованием или сетью ПД (не связано с обрывом оптики или деградацией физического уровня),
5% — проблемы на физическом уровне, обрыв оптики (выгорание коллекторов, «дикие экскаваторы» и т.д.),
15 — другое (обычно подразумевается «человеческий фактор», типа что-то делали и завалили «пол района»).
У «магистралов» скорей всего всё также. Так что оптику рвут в худшем случае 1 раз в 2 месяца, а проблемы с маршрутизаторами гораздо чаще. Поэтому дорогие маршрутизаторы всё-таки скорей всего резервируются, либо топология и маршрутизация предусматривает перераспределение трафика на другой рабочий гейт.
Да, и понятное дело, то что является реальной причиной не всегда озвучивается клиенту. Т.е. всегда есть реальная причина, а есть «официальная версия».
Аварии из-за проблем с питанием? 40%? Это на последней миле что ли? Если а центральных узлах, то это полный капздец. Как бы два блока питания, ИБП, ДГУ и всё такое.
«проблемы с оборудованием или сетью ПД» — наверняка тот случай, где обычно автоматического переключения на резерв не происходит. Условно: линейная карта начинает сыпать ошибками и теряет половину пакетов. Только половину, потому соседства не могут окончательно развалиться.
«Поэтому дорогие маршрутизаторы всё-таки скорей всего резервируются, либо топология и маршрутизация предусматривает перераспределение трафика на другой рабочий гейт.»
Тогда я не могу объяснять, почему у меня сразу в нескольких очень крупных точках ложатся все (десяток-два) совершенно разные (интернет, L3VPN, L2VPN и т.д.) каналы одного провайдера. Время лежания обычно от 10 минут до пары часов. Происходит такое раз в 2-3 месяца. В отчете — «сбой маршрутизатора». Я почему-то склонен им поверить в том плане, что произошло что-то плохое с одной железкой, а резерва не было.
«проблемы с оборудованием или сетью ПД» — наверняка тот случай, где обычно автоматического переключения на резерв не происходит. Условно: линейная карта начинает сыпать ошибками и теряет половину пакетов. Только половину, потому соседства не могут окончательно развалиться.
«Поэтому дорогие маршрутизаторы всё-таки скорей всего резервируются, либо топология и маршрутизация предусматривает перераспределение трафика на другой рабочий гейт.»
Тогда я не могу объяснять, почему у меня сразу в нескольких очень крупных точках ложатся все (десяток-два) совершенно разные (интернет, L3VPN, L2VPN и т.д.) каналы одного провайдера. Время лежания обычно от 10 минут до пары часов. Происходит такое раз в 2-3 месяца. В отчете — «сбой маршрутизатора». Я почему-то склонен им поверить в том плане, что произошло что-то плохое с одной железкой, а резерва не было.
Что именно за проблемы у РТКомм-а, может сказать только РТКомм.
Проблемы с ЭП — широко распространённая причина сбоев. Речь сейчас не идёт о крупных ЦОД-ах Яндекса и т.д., ибо там всё строится«в чистом поле с нуля» и все нюансы подобного плана стараются соблюсти. Речь идёт о «малых телекомовских ЦОД-ах», которые организуются в крупных бизнес-центрах. Там зачастую нет возможности организовать ЭП по 1а категории (2 разных фидера + АВР + ДЭС). Ибо фидер всего один в данном районе, или мощности его исчерпаны, места под ДЭС нет — парковки и т.д. Да и сама ДЭС — дорогое удовольствие. Поэтому зачастую ограничиваются одним фидером и ИБП в каждую стойку.
Центральные маршрутизаторы ядра сети телекома почти всегда резервируются, но ЦОД-ы не всегда к данному ядру цепляются напрямую. Сеть ПД, к которой цепляются данные ЦОД-ы уже давно построена, на промежуточных узлах связи данной сети тоже не всегда нормальное ЭП. Могут профокапить расчёт трафика до данного ЦОД и данным трафиком положить какой-нибудь промежуточный маршрутизатор на сети, либо «вдруг» может выясниться, что пропускной способности сети до ЦОД-а не хватает, а расширить её проблематично. Причём это выясняется когда в данный ЦОД придёт какой-нибудь серьёзный клиент. В общем может быть всё, что угодно, ибо «зима у нас приходит неожиданно», а «вирус „кривые ручки“ сведёт на нет даже самое благое начинание.
Каналы L3VPN, L2VPN, кстати, могут долгое время лежать, если они все идут через один маршрутизатор, на котором проблема вдруг появилась. Даже если клиенту заявляют, что все каналы идут через разное оборудование.
Проблемы с ЭП — широко распространённая причина сбоев. Речь сейчас не идёт о крупных ЦОД-ах Яндекса и т.д., ибо там всё строится«в чистом поле с нуля» и все нюансы подобного плана стараются соблюсти. Речь идёт о «малых телекомовских ЦОД-ах», которые организуются в крупных бизнес-центрах. Там зачастую нет возможности организовать ЭП по 1а категории (2 разных фидера + АВР + ДЭС). Ибо фидер всего один в данном районе, или мощности его исчерпаны, места под ДЭС нет — парковки и т.д. Да и сама ДЭС — дорогое удовольствие. Поэтому зачастую ограничиваются одним фидером и ИБП в каждую стойку.
Центральные маршрутизаторы ядра сети телекома почти всегда резервируются, но ЦОД-ы не всегда к данному ядру цепляются напрямую. Сеть ПД, к которой цепляются данные ЦОД-ы уже давно построена, на промежуточных узлах связи данной сети тоже не всегда нормальное ЭП. Могут профокапить расчёт трафика до данного ЦОД и данным трафиком положить какой-нибудь промежуточный маршрутизатор на сети, либо «вдруг» может выясниться, что пропускной способности сети до ЦОД-а не хватает, а расширить её проблематично. Причём это выясняется когда в данный ЦОД придёт какой-нибудь серьёзный клиент. В общем может быть всё, что угодно, ибо «зима у нас приходит неожиданно», а «вирус „кривые ручки“ сведёт на нет даже самое благое начинание.
Каналы L3VPN, L2VPN, кстати, могут долгое время лежать, если они все идут через один маршрутизатор, на котором проблема вдруг появилась. Даже если клиенту заявляют, что все каналы идут через разное оборудование.
Насколько я помню, по причине сбоев главного маршрутизатора РТКомм валялся довольно длительное время в 2008, 2010 году, а на моей памяти еще раньше был простой почти в два дня — пока замену не привезли (точные даты интернет уже не помнит). То есть это штатная ситуация ;)
Да ладно, щас на работу придут — перезагрузят маршрутизатор. Просто в отпусках все.
Если ты не госник, то выбирать хостинг местный как-то странно.
Скоро будет уже не, т. к. 152-фз.
Насколько я помню, достаточно иметь копию данных в России. Если она отваливается, все претензии к хостеру.
152-фз, статья 18, пункт 5:
Пока в законе нет требования хранения исключительно на территории РФ, но какова будет реальная правоприменительная практика — покажет время.
При сборе персональных данных, в том числе посредством информационно-телекоммуникационной сети «Интернет», оператор обязан обеспечить запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение персональных данных граждан Российской Федерации с использованием баз данных, находящихся на территории Российской Федерации, за исключением случаев, указанных в пунктах 2, 3, 4, 8 части 1 статьи 6 настоящего Федерального закона.
(часть 5 введена Федеральным законом от 21.07.2014 N 242-ФЗ)
www.consultant.ru/document/cons_doc_LAW_178749/?frame=17
© КонсультантПлюс, 1992-2015
Пока в законе нет требования хранения исключительно на территории РФ, но какова будет реальная правоприменительная практика — покажет время.
Почему? Мы не гос, но долго уже сидим на местном, и в целом нас это устраивает.
ну собственно я к государству никак не отношусь, в Россию начал переезжать еще до принятия закона об обязательном хранении данных в России.
Причин несколько:
1. Упрощение официального деньго- и документооборота относительно платежей заграницу.
2. БОльшая стабильность стоимости услуг (не плавает в зависимости от курса, т.е. абсолютная цифра может быть несколько выше но она не плавает и это удобно при планировании или резких скачках валюты — не надо прогнозировать и закладывать эти риски в стоимость услуг).
3. Работаем по одним и тем же законам.
4. При более-менее равных условиях я предпочитаю чтобы деньги оставались в России.
Сейчас на рынке уже есть предложения сопоставимые по ценнику и качеству загранице, так что я просто нашел два ДЦ которые меня полностью устраивают по цене/качеству и набору возможностей (искать правда пришлось долго — около года).
Причин несколько:
1. Упрощение официального деньго- и документооборота относительно платежей заграницу.
2. БОльшая стабильность стоимости услуг (не плавает в зависимости от курса, т.е. абсолютная цифра может быть несколько выше но она не плавает и это удобно при планировании или резких скачках валюты — не надо прогнозировать и закладывать эти риски в стоимость услуг).
3. Работаем по одним и тем же законам.
4. При более-менее равных условиях я предпочитаю чтобы деньги оставались в России.
Сейчас на рынке уже есть предложения сопоставимые по ценнику и качеству загранице, так что я просто нашел два ДЦ которые меня полностью устраивают по цене/качеству и набору возможностей (искать правда пришлось долго — около года).
да, сложно сделать резерв корневому маршрутизатору:
13.04.2015 в период времени с 22.00 до 23.50 (на самом деле с 20:40) на сети передачи данных SAFEDATA наблюдались неполадки корневого маршрутизатора.… из переписки с менеджером одного из ДЦ в Москве. Сначала говорили что виноват экскаватор (реконструкция Волгоградки). Во время аварии BGP сессий не было видно ни на одном из 3-х(?) пирингов, которые анонсируют AS Safedata. Так что каналов вроде и не один, но это не спасает когда они в одном колодце или когда проблема на корневом маршрутизаторе.
Не должно быть никаких «корневых маршрутизаторов» в отказоустойчивой сети…
Сильно не бейте, я не сетевик, но нет ли тут проблемы формулировок и терминов?
Совершенно уверен, что на прошлой работе было нечто, что сетевики называли «корневой маршрутизатор». И что те же самые сетевики запрашивали «страховочный» даунтайм для учений по сбою этого самого корневого маршрутизатора — они создали отказоустойчивую (с их точки зрения) сеть и хотели проверить, действительно ли она сохранит работоспособность в случае отказа корневого маршрутизатора. Ну и т.к. бизнес сильно ИТ-зависимый, на всякий случай запросили на это время даунтайм.
Насколько я помню, учения прошли успешно.
Совершенно уверен, что на прошлой работе было нечто, что сетевики называли «корневой маршрутизатор». И что те же самые сетевики запрашивали «страховочный» даунтайм для учений по сбою этого самого корневого маршрутизатора — они создали отказоустойчивую (с их точки зрения) сеть и хотели проверить, действительно ли она сохранит работоспособность в случае отказа корневого маршрутизатора. Ну и т.к. бизнес сильно ИТ-зависимый, на всякий случай запросили на это время даунтайм.
Насколько я помню, учения прошли успешно.
Все приличные фирмы такие учения проводят. А иначе как вы убедитесь что ваша отказоустойчивая система действительно отказоустойчива?
На самом деле такого термина как «корневой маршрутизатор» вообще нет. Каждый понимает его по-своему. Сетевики из комментария выше, к примеру, понимали этот термин как «самый главный маршрутизатор, без которого ничего не работает». Вот таких маршрутизаторов и не должно быть в сети.
Пару месяцев назад AMS-IX чихнул (кто-то сделал L2 кольцо на 100G, минут 10 продолжалось). Заметил весь интернет.
«Корневым маршрутизатором» может быть слой топологии. Отвал этого слоя производит к локальной катастрофе. Последствия той катастрофы могут быть глобальными для организации. Не все могут добиться того, чтобы выпадание одной стойки или одного ЦОДа не нарушало работы бизнес-процессов, это требует соответствующих подходов на всех уровнях (не только сеть), не всегда это возможно.
И даже полная геораспределенность ничего не гарантирует. Помнится, у Cloudflare однажды разом потух весь бордер по трем десяткам локаций. Ну всегда найдется нечто общее у элементов слоя топологии. К примеру, общая управлялка плюс общий баг на всех железках.
У провайдеров «корневые маршрутизаторы» как одиночное устройство, падение которого нарушает работоспособность очень многого — самое обычное дело. Один инженер из «большой тройки» рассказывал мне, как одна SFPшка распидорасила им весь транспорт где-то на полчаса — большая и важная железка упала от этого. С тех пор они посреди дня даже жалкую SFPшку воткнуть не могут, только ночью.
«Корневым маршрутизатором» может быть слой топологии. Отвал этого слоя производит к локальной катастрофе. Последствия той катастрофы могут быть глобальными для организации. Не все могут добиться того, чтобы выпадание одной стойки или одного ЦОДа не нарушало работы бизнес-процессов, это требует соответствующих подходов на всех уровнях (не только сеть), не всегда это возможно.
И даже полная геораспределенность ничего не гарантирует. Помнится, у Cloudflare однажды разом потух весь бордер по трем десяткам локаций. Ну всегда найдется нечто общее у элементов слоя топологии. К примеру, общая управлялка плюс общий баг на всех железках.
У провайдеров «корневые маршрутизаторы» как одиночное устройство, падение которого нарушает работоспособность очень многого — самое обычное дело. Один инженер из «большой тройки» рассказывал мне, как одна SFPшка распидорасила им весь транспорт где-то на полчаса — большая и важная железка упала от этого. С тех пор они посреди дня даже жалкую SFPшку воткнуть не могут, только ночью.
насколько я знаю: РТКом последние 3-4 года закупал оборудование у одной знаменитой китайской компании, выпускающей сетевое оборудование(инфа из анализа госзакупок).
Может проблема в этом?
Может проблема в этом?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
РТКОММ упал