вот честно, а зачем они?
почему просто не «работает пока не сгорит»
зачем делать эти костыли стыки и разные технологии
построил «проект 1» — работает пока не сгорит
уже строишь «проект 2»
может и «проект 3»
да, связи облачной между проектом1 проектом2 проектом3 — не будет, это будут услуги РАЗНОЙ эпохи, разного времени.
как и железо в эти «зал1 зал2 зал3» — разное
ну и что? пусть самый старый зал и самый старый ПО проект — просто отработает до самого конца а потом делаешь рассылку выдаешь 1 месяц бесплатно, люди сами переезжают на «проект2». либо отказываются переезжать и остаются на 10-15 лет под угрозой сгорания в любой момент.
это упрощает абсолютно все
возможно им стыдно делать такие услуги? но эти услуги это как раз то, что и хотят люди. достаточно просто в договоре им снять с себя ответственность за «возможную поломку от старости услуги в любой момент времени».
Ясно. Рекомендую изучить историю этого M9 здания и не использовать этот объект для размещения стоек и серверов. Это вообще большая ошибка, что это здание до сих пор эксплуатируется, как ЦОД. В Москве есть ЦОДы понадёжнее по всем показателям (электричество, присутствие провайдеров и т.д): IXcellerate, DataPro, Linx и подобные.
на самом деле у них вот эти VLAN и прочие замутки лишь усложняют жизнь клиенту
а практической пользы я не разу за 10 лет не ощутил
в ОВХ нет подобной дичи — и проблем поэтому у меня в роли клиента не было
да ДатаЛайн топики мне рассказывали о этом
но я в роли клиента — с трудом могу поверить что название маркетинговое в «в 2 луча» это всего лишь разный путь внутри здания, для меня в роли клиента это путь электричества прямиком от подстанции
если везде все так работает
то нигде значит настоящей отказоустойчивости то и нет
10 дней проработал — и завис
другой 16 дней проработал и завис
нормально?
я думаю нет
для селектел короля дедиков в РФ такое не позволительно
дача работает ЛУЧШЕ
но короче я точно могу сказать одно
Питер Селектел серверы — пиздец какие нестабильные
нет блять не одного сервера узла который бы не зависал
вот я недавно отказался от сервера
готовлю новый для миграции — как раз на новом IP не работают, тоже 2 дня жду чтобы начать миграцию
и что? через 2 дня буквально — ЕЩЕ ОДИН сервер который работал стабильно — завис
вот сегодня взял и завис
собственно как можно делать качественные услуги при таком подходе?
во первых селектел серверы оверпрайс по сравнению с коло, а значит «хостер получает меньше прибыли»
но если они еще и нестабильные — то вообще на окупаемость сложно выходить
возможно еще дело в атаках дронов
короче помнишь ОВХ когда забанил РНК — VMmanager потеряла связь с кемерово
так вот сейчас или со вчерашнего дня как раз происходит тоже самое но уже вместо ОВХ — селектел
по сути разницы нет где держишь VMmanager если дегенераты из РНК блокируют трафик в моменты атак дронов или прочей дичи
Что за ЦОД такой собятинский? Это название ЦОДа такое? И что ещё за «просадка напряжения», из-за которой какой-то «предохранитель» отключает стойку? Мне известны только 2 случая, когда вся стойка полностью может отключиться по электричеству:
1. Это когда у тебя overhead по потреблению с обоих PDU, то есть, например, ты берёшь 7Квт стойку, а в пике у тебя суммарная мощность по обоим лучам более 7.5Квт и в ЩБП маш.зала может сработать защита, отключив тебе подачу электричества в стойку.
2. Это когда у тебя overhead по мощности на какой-либо из PDU и у PDU срабатывает защита от перегрузки, отключая либо 1 BANK либо 2 BANK в этой PDU или всю PDU, включить назад можно только физически на самой PDU.
А сарай или дача, не важно, просто обычно в нормальном ЦОДе есть ДИБП установки и ИБП-аккумуляторные установки, которые должны без проблем отдавать ток в течении 10-15 минут, пока запускается ДИБП в случае пропадания электросети по одному из вводов из городской электросети. А для «просадок» напряжения из городской электросети существуют всевозможные «накопители» и «выравниватели», опять же, на худой конец ЦОД просто может временно переключиться на ДИБП по тому лучу, на котором с электроподстанции города поступает напряжение с просадкой, не допустимой для нормального функционирования всего ЦОДа.
Так бывает, когда у тебя несколько ЦОДов и куча разных подходов к построению сети, где ещё и имеются сытки между старыми legacy сетями на VLAN, где тебе выдавали условный VLAN и /29 подсеть к нему на 5 серверов и более «современные» на VxLAN, где тебе на каждый сервер дают 1 IP, а не подсеть.
Всё как обычно: чем сложнее что-то устроено, тем больше вероятность появления ошибок и багов, потому что всё предусмотреть и учесть на практике не реально, даже если у тебя работают самые лучшие сетевые инженеры с зп 200к+.
всю свою жизнь сталкивался с говно хостами (почитать теже воспоминания хабра недавние)
похоже в мире дата-центров — мне предстоит пройти такой же путь прежде чем найти самый охуенный ДЦ в который можно ставить серверы
прикол короче
если просадка напряжения где-то происходит — предохранитель просто отключает всю стойку
и не важно что просадка прошла на одном из кабелей и ПДУ, а не на втором
вот так вот предохранитель просто сводит на нет все резервирование в дата-центре
видимо «так бывает»
а если бы это был самопальный ДЦ как ОВХ то там даже пожарные не смогли отключить их резервирование потому что оно было так мощно придумано в контейнерах что его отключить было невозможно
поэтому ОВХ работает по 10 лет без перезагрузок
вообще вот такое железо они делают
вроде нормальное же
вот логи когда все зависает
НО блять смарты нулевые вообще чисто новые
теперь судя по всему разработчик VMmanager — в последнем обновлении сломал форматы создаваемых ВМ
и поэтому старые ВМ в старом формате
а на новых узлах «свежих» — другие настройки
и они не совместимы друг с другом
т.е. мигрировали успешно новые виртуалки созданные панелью после сентябрьского обновления
а вот виртуалки созданные ранее отказываются мигрировать ))
почему просто не «работает пока не сгорит»
зачем делать эти костыли стыки и разные технологии
построил «проект 1» — работает пока не сгорит
уже строишь «проект 2»
может и «проект 3»
да, связи облачной между проектом1 проектом2 проектом3 — не будет, это будут услуги РАЗНОЙ эпохи, разного времени.
как и железо в эти «зал1 зал2 зал3» — разное
ну и что? пусть самый старый зал и самый старый ПО проект — просто отработает до самого конца а потом делаешь рассылку выдаешь 1 месяц бесплатно, люди сами переезжают на «проект2». либо отказываются переезжать и остаются на 10-15 лет под угрозой сгорания в любой момент.
это упрощает абсолютно все
возможно им стыдно делать такие услуги? но эти услуги это как раз то, что и хотят люди. достаточно просто в договоре им снять с себя ответственность за «возможную поломку от старости услуги в любой момент времени».
вот хороший комментарий был от челика про извращенца с IPv6
hosting.kitchen/aeza-net/svobodnyy-internet-eto-realno-novyy-podkast-ot-aezanet.html#comment4678
на самом деле у них вот эти VLAN и прочие замутки лишь усложняют жизнь клиенту
а практической пользы я не разу за 10 лет не ощутил
в ОВХ нет подобной дичи — и проблем поэтому у меня в роли клиента не было
но я в роли клиента — с трудом могу поверить что название маркетинговое в «в 2 луча» это всего лишь разный путь внутри здания, для меня в роли клиента это путь электричества прямиком от подстанции
если везде все так работает
то нигде значит настоящей отказоустойчивости то и нет
другой 16 дней проработал и завис
нормально?
я думаю нет
для селектел короля дедиков в РФ такое не позволительно
дача работает ЛУЧШЕ
Питер Селектел серверы — пиздец какие нестабильные
нет блять не одного сервера узла который бы не зависал
вот я недавно отказался от сервера
готовлю новый для миграции — как раз на новом IP не работают, тоже 2 дня жду чтобы начать миграцию
и что? через 2 дня буквально — ЕЩЕ ОДИН сервер который работал стабильно — завис
вот сегодня взял и завис
собственно как можно делать качественные услуги при таком подходе?
во первых селектел серверы оверпрайс по сравнению с коло, а значит «хостер получает меньше прибыли»
но если они еще и нестабильные — то вообще на окупаемость сложно выходить
короче помнишь ОВХ когда забанил РНК — VMmanager потеряла связь с кемерово
так вот сейчас или со вчерашнего дня как раз происходит тоже самое но уже вместо ОВХ — селектел
по сути разницы нет где держишь VMmanager если дегенераты из РНК блокируют трафик в моменты атак дронов или прочей дичи
ну кстати второй луч отавалился там буквально через пару часов после «отавала обоих лучей»
вот щас вручную поднял второй луч
у нас как ты помнишь серверы хаотично по обоим линиям т.к. мы вообще не знали что у нас есть 2 линии
1. Это когда у тебя overhead по потреблению с обоих PDU, то есть, например, ты берёшь 7Квт стойку, а в пике у тебя суммарная мощность по обоим лучам более 7.5Квт и в ЩБП маш.зала может сработать защита, отключив тебе подачу электричества в стойку.
2. Это когда у тебя overhead по мощности на какой-либо из PDU и у PDU срабатывает защита от перегрузки, отключая либо 1 BANK либо 2 BANK в этой PDU или всю PDU, включить назад можно только физически на самой PDU.
А сарай или дача, не важно, просто обычно в нормальном ЦОДе есть ДИБП установки и ИБП-аккумуляторные установки, которые должны без проблем отдавать ток в течении 10-15 минут, пока запускается ДИБП в случае пропадания электросети по одному из вводов из городской электросети. А для «просадок» напряжения из городской электросети существуют всевозможные «накопители» и «выравниватели», опять же, на худой конец ЦОД просто может временно переключиться на ДИБП по тому лучу, на котором с электроподстанции города поступает напряжение с просадкой, не допустимой для нормального функционирования всего ЦОДа.
Всё как обычно: чем сложнее что-то устроено, тем больше вероятность появления ошибок и багов, потому что всё предусмотреть и учесть на практике не реально, даже если у тебя работают самые лучшие сетевые инженеры с зп 200к+.
похоже в мире дата-центров — мне предстоит пройти такой же путь прежде чем найти самый охуенный ДЦ в который можно ставить серверы
если просадка напряжения где-то происходит — предохранитель просто отключает всю стойку
и не важно что просадка прошла на одном из кабелей и ПДУ, а не на втором
вот так вот предохранитель просто сводит на нет все резервирование в дата-центре
видимо «так бывает»
а если бы это был самопальный ДЦ как ОВХ то там даже пожарные не смогли отключить их резервирование потому что оно было так мощно придумано в контейнерах что его отключить было невозможно
поэтому ОВХ работает по 10 лет без перезагрузок
но есть 1% которых пробивают и они всегда хотят более жирного канала
мне кажется, что люди, берущие просто голый овх, рассчитывают на защиту самого овх, а не на то, что их сервер будет впитывать атаки
hosting.show/alice2k-hosting/sohranil-neskolko-cifrovyh-artefaktov-proshlogo.html