BestCom: Добрый вечер. Нужна вдска, на ней будет стоять только панель управления bill manager. Интересует тестовый период желательно 10-15 дней. Помощь в установке bill manager.
---------- Добавлено 14.06.2012 в 20:51 ----------
yesRuslik, огромное спасибо, что прямо по полочкам описали варианты.
Как быстро в данном случае для клиентов будет доступен сайт?
Можете посоветовать какие-нибудь сервисы?
То есть нужно в одном ДЦ имееть 2 сервера, которые будут на одном IP?
Сейчас именно так всё и устроено. Фронтенд иногда падает. Первая мысль была сделать 2 фронтенда, чтобы минимально менять всю систему.
При DNS+failover время переключения равно TTL + инертность самого фейловер-механизма.
В цифрах можно добиться от 30 до 60 секунд.
При переключении в HA-кластерах у нас в среднем 0.3 секунды.
Схема выглядит как 2 сервера(каждый со своим айпи,техническим)+линк между ними, внутри синхронизация данных, как правило через механизм DRBD, но в целом никто не мешает использовать дисковую полку+HBA(дороже). Внутри одного сервера пускается образ виртуальной машины со своим айпи(рабочим, где сервисы), читает/пишет данные из раздела под DRBD или из полки. При падении первой машины виртуалка подымает сервисы на второй, управление идет через HB/Peacemaker, айпи(контейнер виртуалки) перепрыгивает на соседнюю машину.
Когда 2 фронтенда, появляется избыточное резервирование, т.е уже в работе 4 машины. Теоретически чем больше точек отказа - тем нестабильнее система, плюс задача контроля какой из фронтов ловит трафик. Появляется возврат к какому либо из двух описанных мною вариантов.
freedz: Добрый день. Никак не могу разобраться что же нам нужно, поэтому решил прибегнуть к помощи всесильных гуру данного раздела :) Заранее спасибо всем, кто не останется безразличным :)
Задача: сделать максимально отказоустойчивую систему для сайта.
Трудности: сайты посещают клиенты и одновременно работают менеджеры, которые вносят изменения в БД и файлы.
Варианты:
1) Два сервера а) Берём отказоустойчивые DNS, например, zoneedit.com или DNS хостинг Яндекса. Прописываем там IP наших серверов.
б) Делаем на каждом сервере свои DNS.
Правильно ли я понимаю, что и в пункте а) и в пункте б) при падении одного из серверов мы всё равно будем терять 50% клиентов, т.к у них будет открываться упавший сервер.
И смена NS домена(чтобы отключить неработающий сервер) происходит очень медленно(до 48 часов)+провайдеры кешируют до недели?
Можно ли как-то настроить онлайн синхронизацию между файлами и БД двух серверов?
2) Облака Я правильно понимаю, что облака используются только если проекту нужна масштабируемость в ресурсах и к надёжности это не имеет отношение, т.к фактически всё находится на одном очень мощном сервере с котором могут случиться проблемы?
3) Кластерный хостинг Вроде всё как нужно, один сайт сразу находится на нескольких серверах и всё дублируется автоматически. Какие подводные камни? Какие можете посоветовать?
P.S. Нагрузка небольшая, на сайт может хватить и среднего-хорошего VPS.
Начать решать задачу надо с ее постановки IMHO. Если простой проекта обходится дороже в финансовом или имиджевом плане, тогда стоит заняться отказоутойчивостью.
Есть разные уровни, на которых можно организовать отказоустойчивость. Самые популярные - это failover на базе DNS(когда внешний сервис определяет доступность сервера и меняет А-запись в случае падения на резервный),а также HA-кластер, когда переключение происходит не с помощью DNS, а через специализированное ПО типа heartbeat или peacemaker(мы переключали мигрирующий образ виртуальной машины на живую аппаратную ноду). Еще одним вариантом может быть простое проксирование запросов на уровне http-протокола на разные бекенды, но тут сложно говорить о HA(high availability), если упадет фронтенд.
Если данных много или сложная настройка каждой ноды - выход виртуальная мигрирующая машина. В других случаях можно делать комбинации. Если данных мало и изменения не очень частые - то в целом DNS+failover вполне справится с задачей.
Tommer: Нужен выделенный сервер в европе, обязательно полностью администрируемый хостером. Не в России. Пользуюсь хезнером - доволен. Но надо подстраховаться, на случай если у них будет сбой.
Посоветуйте, пожалуйста.
Можно на нашей площадке. Все сервера администрируемые. Чехия, чешское железо(т.е не русское 😂). Компания в Чехии, лицензия оператора, свой ДЦ, стандартизирован по ISO.
Накатайте на него жалобу в МОЗ по факту обьявления на сайте с копией в прокуратуру, чтобы проверку инициировать. Занять надо человека полезным делом, а не отвлекать от работы занятых людей. :)
ishikava: У меня игровой проект, мне нужен широкий интернет канал, Три сервера - один под сайт, один под базы и один основной.
Проблема в том, что гарантированно будет мощный Ddos, и я не могу использовать сервера на базе Intel из-за их технологии HT.
Вобщем надо сервер на базе AMD, 16 гб озу, Raid 1, 1gb канал,
+ по возможности фильтрация Ddosа.
Если кто-то имел дело с Высоко-нагруженными проектами, пожалуйста посоветуйте подходящий хостинг, можно зарубежный, только, на сколько я понимаю, с зарубежными хостерами будет большой пинг, а для игрового сервера - это не приемлемо.
Заранее спасибо))
Мы имеем дело с высоконагруженными проектами постоянно. Отбиваем атаки бесплатно. На прошлой неделе как раз поливали нескольких клиентов с игровыми проектами. Одно не понятно, что не так с технологией HT от интел?
PS. Пинг до ру/уа 40-50мс, располагаемся в Чехии(основная площадка), а также в Украине(пинг 1-25) до ру/уа.
yahoster: если бы я знал страны, где разрешён гамблинг, я бы так и написал. :)
а так... только Кипр и знаю.
если в Румынии разрешен гамблинг - предлагайти свои варианты.
P.S. теперь ещё и Чехию знаю. :)
---------- Добавлено 29.05.2012 в 11:21 ----------
должно быть легально.
клиент серъёзный и по такой мелочи срывать проект не стоит.
Не скажу на предмет Кипра, но в Чехии лапти сплетут за гемблинг. В Евросоюзе не любят это дело. Разве что мелкий сайт или промо только и просто не заметят.
Добрый вечер. Нужна вдска, на ней будет стоять только панель управления bill manager. Интересует тестовый период желательно 10-15 дней. Помощь в установке bill manager.
http://yeshost.ru/vds
Xen VDS CPU E5645/RAM 1Gb/HDD 50Gb/TRAFF 2TB = 14.95euro
Установить поможем.
---------- Добавлено 14.06.2012 в 20:51 ----------
yesRuslik, огромное спасибо, что прямо по полочкам описали варианты.
Как быстро в данном случае для клиентов будет доступен сайт?
Можете посоветовать какие-нибудь сервисы?
То есть нужно в одном ДЦ имееть 2 сервера, которые будут на одном IP?
Сейчас именно так всё и устроено. Фронтенд иногда падает. Первая мысль была сделать 2 фронтенда, чтобы минимально менять всю систему.
При DNS+failover время переключения равно TTL + инертность самого фейловер-механизма.
В цифрах можно добиться от 30 до 60 секунд.
При переключении в HA-кластерах у нас в среднем 0.3 секунды.
Схема выглядит как 2 сервера(каждый со своим айпи,техническим)+линк между ними, внутри синхронизация данных, как правило через механизм DRBD, но в целом никто не мешает использовать дисковую полку+HBA(дороже). Внутри одного сервера пускается образ виртуальной машины со своим айпи(рабочим, где сервисы), читает/пишет данные из раздела под DRBD или из полки. При падении первой машины виртуалка подымает сервисы на второй, управление идет через HB/Peacemaker, айпи(контейнер виртуалки) перепрыгивает на соседнюю машину.
Когда 2 фронтенда, появляется избыточное резервирование, т.е уже в работе 4 машины. Теоретически чем больше точек отказа - тем нестабильнее система, плюс задача контроля какой из фронтов ловит трафик. Появляется возврат к какому либо из двух описанных мною вариантов.
Добрый день. Никак не могу разобраться что же нам нужно, поэтому решил прибегнуть к помощи всесильных гуру данного раздела :) Заранее спасибо всем, кто не останется безразличным :)
Задача: сделать максимально отказоустойчивую систему для сайта.
Трудности: сайты посещают клиенты и одновременно работают менеджеры, которые вносят изменения в БД и файлы.
Варианты:
1) Два сервера
а) Берём отказоустойчивые DNS, например, zoneedit.com или DNS хостинг Яндекса. Прописываем там IP наших серверов.
б) Делаем на каждом сервере свои DNS.
Правильно ли я понимаю, что и в пункте а) и в пункте б) при падении одного из серверов мы всё равно будем терять 50% клиентов, т.к у них будет открываться упавший сервер.
И смена NS домена(чтобы отключить неработающий сервер) происходит очень медленно(до 48 часов)+провайдеры кешируют до недели?
Можно ли как-то настроить онлайн синхронизацию между файлами и БД двух серверов?
2) Облака
Я правильно понимаю, что облака используются только если проекту нужна масштабируемость в ресурсах и к надёжности это не имеет отношение, т.к фактически всё находится на одном очень мощном сервере с котором могут случиться проблемы?
3) Кластерный хостинг
Вроде всё как нужно, один сайт сразу находится на нескольких серверах и всё дублируется автоматически. Какие подводные камни? Какие можете посоветовать?
P.S. Нагрузка небольшая, на сайт может хватить и среднего-хорошего VPS.
Начать решать задачу надо с ее постановки IMHO. Если простой проекта обходится дороже в финансовом или имиджевом плане, тогда стоит заняться отказоутойчивостью.
Есть разные уровни, на которых можно организовать отказоустойчивость. Самые популярные - это failover на базе DNS(когда внешний сервис определяет доступность сервера и меняет А-запись в случае падения на резервный),а также HA-кластер, когда переключение происходит не с помощью DNS, а через специализированное ПО типа heartbeat или peacemaker(мы переключали мигрирующий образ виртуальной машины на живую аппаратную ноду). Еще одним вариантом может быть простое проксирование запросов на уровне http-протокола на разные бекенды, но тут сложно говорить о HA(high availability), если упадет фронтенд.
Если данных много или сложная настройка каждой ноды - выход виртуальная мигрирующая машина. В других случаях можно делать комбинации. Если данных мало и изменения не очень частые - то в целом DNS+failover вполне справится с задачей.
Мне также интересны такие предложения.
Тоже в личку скидывайте.
Проблема в том, что может придти больше 1гб udp.
2 линка по 1Г агрегируем на свиче, внутри бондинг сделаем, за небольшую доплату.
Забыл сказать - сервер в Европе нужен.
Бюджет сами пишите, я буду выбирать из предложений.
Можно любой сервер с нашей площадки взять, входящий траф не обрезается и не тарифицируется.
Можем 2 порта на машинку сделать, если не хватит 1гбит, внутри пофильтровать не проблема для Вас, на сколько я знаю.
Нужен выделенный сервер в европе, обязательно полностью администрируемый хостером. Не в России. Пользуюсь хезнером - доволен. Но надо подстраховаться, на случай если у них будет сбой.
Посоветуйте, пожалуйста.
Можно на нашей площадке. Все сервера администрируемые. Чехия, чешское железо(т.е не русское 😂). Компания в Чехии, лицензия оператора, свой ДЦ, стандартизирован по ISO.
Блекпиар какой-то. Еще и в суд подал.
Накатайте на него жалобу в МОЗ по факту обьявления на сайте с копией в прокуратуру, чтобы проверку инициировать. Занять надо человека полезным делом, а не отвлекать от работы занятых людей. :)
У меня игровой проект, мне нужен широкий интернет канал, Три сервера - один под сайт, один под базы и один основной.
Проблема в том, что гарантированно будет мощный Ddos, и я не могу использовать сервера на базе Intel из-за их технологии HT.
Вобщем надо сервер на базе AMD, 16 гб озу, Raid 1, 1gb канал,
+ по возможности фильтрация Ddosа.
Если кто-то имел дело с Высоко-нагруженными проектами, пожалуйста посоветуйте подходящий хостинг, можно зарубежный, только, на сколько я понимаю, с зарубежными хостерами будет большой пинг, а для игрового сервера - это не приемлемо.
Заранее спасибо))
Мы имеем дело с высоконагруженными проектами постоянно. Отбиваем атаки бесплатно. На прошлой неделе как раз поливали нескольких клиентов с игровыми проектами. Одно не понятно, что не так с технологией HT от интел?
PS. Пинг до ру/уа 40-50мс, располагаемся в Чехии(основная площадка), а также в Украине(пинг 1-25) до ру/уа.
если бы я знал страны, где разрешён гамблинг, я бы так и написал. :)
а так... только Кипр и знаю.
если в Румынии разрешен гамблинг - предлагайти свои варианты.
P.S. теперь ещё и Чехию знаю. :)
---------- Добавлено 29.05.2012 в 11:21 ----------
должно быть легально.
клиент серъёзный и по такой мелочи срывать проект не стоит.
Не скажу на предмет Кипра, но в Чехии лапти сплетут за гемблинг. В Евросоюзе не любят это дело. Разве что мелкий сайт или промо только и просто не заметят.