Assk, 100%-го аптайма не бывает, как и ничего другого 100%-го.
И в ситуации, когда становится недоступен ДЦ, у которого 10 каналов и своя атомная электростанция, вас не спасёт ещё один свой личный персональный интернет-канал в этом ДЦ :)
Если у ДЦ все каналы по глупости положены в одну траншею, то можете не сомневаться, ваш тоже туда положат :)
Assk: В принципе это так и должно быть. Но на деле все не так хорошо. И главное не забывайте, что у хостера есть свои клиенты, и этих клиентов не касаются проблемы хостера с датацентром. Вы реально думаете, что не рассматривались предложенные вами варианты? Сейчас многие пишут про свою отказоустойчивость, только вот почему-то при наступлении "факапа" от отказоустойчивости и следа не остается, а появляются вдруг какие-то непреодолимые обстоятельства. И еще скажите, что это не так?
Разумеется, это так, и хостера, размещающегося в ДЦ точно так же не волнуют проблемы ДЦ и канальных провайдеров.
НО, если бы у ДЦ не было нескольких каналов, нескольких электрических вводов, UPS-ов, и кучки запасных цисок, то эти "факапы" наступали бы гораздо чаще.
Assk: Я еще раз повторяю, что у моего хостинга свой резервный интернет канал, который не имеет никакого отношения к датацентру.
Разумеется, клиент дата-центра, при наличии технической возможности, может подвести к дата-центру свой канал. Хоть десять своих каналов. И атомную электростанцию рядом построить.
Но разумный клиент просто найдёт нормальный дата-центр, в котором всё это уже есть, и не будет тратить деньги понапрасну.
Assk: Ну, конечно) не будьте наивны. Может это и должно быть так, но к сожалению это не так, еще раз повторяю, что ни один датацентр не будет бесплатно держать резервный канал для хостера, если бы вы хоть раз с этим сталкивались бы, то не писали это. А расписывать тут как должно быть и как написано на бумажке каждый может.
Спасибо, я работал в нескольких дата-центрах, поэтому знаю не по наслышке.
Дата-центр держит, как вы их называете, "резервные" каналы не для какого-то хостера, а для себя. Потому что у дата-центра есть ответственность перед клиентами, и постоянно работающий интернет — в интересах же ДЦ.
Assk: Я не писал, что коллектор связан с облаками, я лишь написал, что там лежала оптика моего облачного провайдера и благодаря тому, что она дублировалась никаких сбоев не было. Поэтому не пытайтесь казаться очень умным, докапываясь к фразам. Спасибо)
Просто вы это написали в качестве преимущества "облачного" хостинга, хотя одно к другому отношения не имеет.
Assk: Это я заметил.... особенно, когда даже "одноклассники" лежали в тот момент. Хостеру в первую очередь нужно платить за этот резервный канал и не мало, никакой датацентр не будет держать резерв для хостера бесплатно, поэтому как раз таки для обеспечения бесперебойной работы важно все и резервные каналы в том числе.
В дата-центрах, как правило, нет подразделения каналов на основные и резервные. Всегда работают все каналы и трафик между ними распределяется в зависимости от различных условий.
Если в ДЦ размещается хостинг, он не платит за разные каналы, т.к. прямая договорённость у него только с ДЦ, и хостеру без разницы, сколько каналов задействовано и как там идёт трафик.
И всё-таки, вы не ответили на мой вопрос: какое отношение имеют коллекторы к облакам?
Assk: Облака вам в помощь. Мой облачный провайдер именно так и работает и это действительно так, я лично в этом убеждался. Идет избыточное дублирование всех компонентов. Недавно был случай, в Москве выгорел коллектор с оптикой, в том числе там находилась оптика моего провайдера. Я это узнал потом, а в момент выгорания даже не заметил переключения на резервный канал, т.е. работа моих проектов не прерывалась даже на секунду. Если интересно, то в личку готов скинуть контакты. Есть тестовый доступ. Тут светить не буду, а то начнут крик про рекламу.
А какое отношение имеют коллекторы к облакам?
Несколько каналов есть у любого нормального дата-центра. И подводятся они, как правило, с разных сторон.
![[umka]](https://d.searchengines.guru/avatar/69000/69824_1.png "[umka]")
А причём тут реферер? Вот строчка из .htaccess:
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^$
RewriteRule .* - [F]
Всё же мне интересно, каким образом обходится защита?
А... помутнение у меня, конечно, юзер-агент :)
В лог юзер-агент пишется?
Значит, либо реферер иногда таки передаётся, либо "защита" работает не всегда :)
p.s. Если захотят свалить сайт, то поставят преподобного правдоподобного реферера юзерагента и свалят.
Следственный эксперимент пробовали ставить?
Assk, 100%-го аптайма не бывает, как и ничего другого 100%-го.
И в ситуации, когда становится недоступен ДЦ, у которого 10 каналов и своя атомная электростанция, вас не спасёт ещё один свой личный персональный интернет-канал в этом ДЦ :)
Если у ДЦ все каналы по глупости положены в одну траншею, то можете не сомневаться, ваш тоже туда положат :)
В принципе это так и должно быть. Но на деле все не так хорошо. И главное не забывайте, что у хостера есть свои клиенты, и этих клиентов не касаются проблемы хостера с датацентром. Вы реально думаете, что не рассматривались предложенные вами варианты? Сейчас многие пишут про свою отказоустойчивость, только вот почему-то при наступлении "факапа" от отказоустойчивости и следа не остается, а появляются вдруг какие-то непреодолимые обстоятельства. И еще скажите, что это не так?
Разумеется, это так, и хостера, размещающегося в ДЦ точно так же не волнуют проблемы ДЦ и канальных провайдеров.
НО, если бы у ДЦ не было нескольких каналов, нескольких электрических вводов, UPS-ов, и кучки запасных цисок, то эти "факапы" наступали бы гораздо чаще.
Интересно вы и в жизни настолько крутые всезнайки или только тут на форуме, написав пару умных фраз считаете себя Энштейном?
Интересно, вы и в жизни, приходя в какой-то коллектив, начинаете всех упрекать и навязывать свою точку зрения? :)
Я еще раз повторяю, что у моего хостинга свой резервный интернет канал, который не имеет никакого отношения к датацентру.
Разумеется, клиент дата-центра, при наличии технической возможности, может подвести к дата-центру свой канал. Хоть десять своих каналов. И атомную электростанцию рядом построить.
Но разумный клиент просто найдёт нормальный дата-центр, в котором всё это уже есть, и не будет тратить деньги понапрасну.
Ну, конечно) не будьте наивны. Может это и должно быть так, но к сожалению это не так, еще раз повторяю, что ни один датацентр не будет бесплатно держать резервный канал для хостера, если бы вы хоть раз с этим сталкивались бы, то не писали это. А расписывать тут как должно быть и как написано на бумажке каждый может.
Спасибо, я работал в нескольких дата-центрах, поэтому знаю не по наслышке.
Дата-центр держит, как вы их называете, "резервные" каналы не для какого-то хостера, а для себя. Потому что у дата-центра есть ответственность перед клиентами, и постоянно работающий интернет — в интересах же ДЦ.
Я не писал, что коллектор связан с облаками, я лишь написал, что там лежала оптика моего облачного провайдера и благодаря тому, что она дублировалась никаких сбоев не было. Поэтому не пытайтесь казаться очень умным, докапываясь к фразам. Спасибо)
Просто вы это написали в качестве преимущества "облачного" хостинга, хотя одно к другому отношения не имеет.
Это я заметил.... особенно, когда даже "одноклассники" лежали в тот момент. Хостеру в первую очередь нужно платить за этот резервный канал и не мало, никакой датацентр не будет держать резерв для хостера бесплатно, поэтому как раз таки для обеспечения бесперебойной работы важно все и резервные каналы в том числе.
В дата-центрах, как правило, нет подразделения каналов на основные и резервные. Всегда работают все каналы и трафик между ними распределяется в зависимости от различных условий.
Если в ДЦ размещается хостинг, он не платит за разные каналы, т.к. прямая договорённость у него только с ДЦ, и хостеру без разницы, сколько каналов задействовано и как там идёт трафик.
И всё-таки, вы не ответили на мой вопрос: какое отношение имеют коллекторы к облакам?
Облака вам в помощь. Мой облачный провайдер именно так и работает и это действительно так, я лично в этом убеждался. Идет избыточное дублирование всех компонентов. Недавно был случай, в Москве выгорел коллектор с оптикой, в том числе там находилась оптика моего провайдера. Я это узнал потом, а в момент выгорания даже не заметил переключения на резервный канал, т.е. работа моих проектов не прерывалась даже на секунду. Если интересно, то в личку готов скинуть контакты. Есть тестовый доступ. Тут светить не буду, а то начнут крик про рекламу.
А какое отношение имеют коллекторы к облакам?
Несколько каналов есть у любого нормального дата-центра. И подводятся они, как правило, с разных сторон.