- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Мысль, посетившая меня на ночь глядя.
Я до сих пор не видел ни одной конструкции оного типа. А ведь 7-12 впсок при правильном разнесении с избытком перекроют любые требования по надежности. Почту отдельно, базы отдельно, ДНС+балансировка.
Гуру-технологи, где я ошибаюсь?
гугля как бы уже так и поступает
Под какие цели такие мощности?
Можно сделать всё что угодно, но зачем?
Амазон еще вспомнть. А тут речь идет о отказоустойчивом кластере из VPS в 100-300$ в месяц.
vedomir добавил 07.01.2010 в 23:51
Под какие цели такие мощности?
Можно сделать всё что угодно, но зачем?
Спать спокойно :) 10 VPS этосовсем немного. Речь идет о надежности и отказоустойчивости.
А у вас разве статический сайт на html ? Так вас с руками оторвут.
Синхронизацию данных задешево в техническом смысле сложно обеспечить. Все ведь хотят DLE и джумлу и вообще совершенно произвольный движок и чтобы посетителя не глючило и не колбасило при перепрыгивании между серверами.
Амазон еще вспомнть. А тут речь идет о отказоустойчивом кластере из VPS в 100-300$ в месяц.
vedomir добавил 07.01.2010 в 23:51
Спать спокойно :) 10 VPS этосовсем немного. Речь идет о надежности и отказоустойчивости.
А не проще ли переложить проблемы надежности на саму хостинг компанию? Ведь на рынке есть предложения компаний, которые гарантируют материально работу арендованых серверов.
Например по договору за каждую минуту недоступности вашего сервера хостинг-компания платит компенсацию $50, при месячной оплате сервера $800-$900. И они могут предложить такие условия как раз потому что отказов у них не случается вообще. Другое дело цена.
У меня наверное где-то есть пара сайтов на статике. Но я хочу обеспечить надежность, имея при этом свою систему. У меня сейчас 2 выделенных сервера. И снимать вместо них хостинг за 1000$ в месяц я не стану. Те кто мне платит за размещение не надрываются за 6 девяток, а те кто не платят, те тоже должны быть уверены в том, что все будет хорошо. Ну я тоже должен быть уверен, хостинг это в определенной степени мое лицо.
vedomir добавил 08.01.2010 в 00:11
А не проще ли переложить проблемы надежности на саму хостинг компанию? Ведь на рынке есть предложения компаний, которые гарантируют материально работу арендованых серверов.
Например по договору за каждую минуту недоступности вашего сервера хостинг-компания платит компенсацию $50, при месячной оплате сервера $800-$900.
Компенсации в некоторых случаях могу не помочь вообще, даже в 50$ за минуту.
И мы опять скатываемся к идеологии.
Те кто мне платит за размещение не надрываются за 6 девяток
А, так вы еще и хостер. То есть ваши клиенты ни на какие компромиссы не готовы, а ставят широкий спектр готовых движков.
Ну здесь нечего ловить интернет-технологам. Все,что можно сделать, это виртуальный сетевой RAID1 - DRBD. В общем случае, будучи настроенный для работы через интернет, он сильно замедляет работу сервера.
Amazon тоже нет смысла рассматривать - выйдет очень дорого.
TC, а как собираетесь перебрасывать клиентов с отказавшего сервера на работоспособный? Все ведь в днс упирается так или иначе.
Есть у Вас, предположим, allways_online.ru, на днс сервере прописан address record 11.22.33.44, http сервер, работающий на этом ip перестает отвечать, у Вас есть резервный сервер на адресе 55.66.77.88, как быстро сказать клиентам не идти на 11.22.33.44, а идти на 55.66.77.88?
TC, а как собираетесь перебрасывать клиентов с отказавшего сервера на работоспособный? Все ведь в днс упирается так или иначе.
Есть у Вас, предположим, allways_online.ru, на днс сервере прописан address record 11.22.33.44, http сервер, работающий на этом ip перестает отвечать, у Вас есть резервный сервер на адресе 55.66.77.88, как быстро сказать клиентам не идти на 11.22.33.44, а идти на 55.66.77.88?
Недавно вроде бы об этом тема была. Упирается в DNS сервер, он будет слабы местом. Упал он, упало все 🚬
А как гугл, амазон и прочие решают проблемы синхронизации данных?