Если использовать простаивающий резервный канал, и забить и его тоже, то когда отвалится один другого не хватит чтобы весь трафик прокачать. Гонять в случае чего через public — крайний случай, там RTD сильно больше да и девиация этого RTD непредсказуема, да и «на лету» в момент аварии схему быстро не перестроишь. Поэтому надо либо сразу закладываться одну физику + PI, либо на две физики. Не секрет, что стоимость аренды физики варьируется в зависимости от кучи условий, и иногда это совсем не дорого (это же не аплинки с интернет-трафиком).
Кстати, в схеме выше еще и не указано (из скромности наверное ;-) что в каждом из этих двух ЦОДов еще и аплинки резервированы. Один основной, один резервный (потоньше).
Если так, то это неплохой оффер. Но опять же, если они шейпят всех всегда ровно до 10, то это значит что вы больше 10 никогда не получите. А у нас получите, но без гарантий. Гарантия на 2 мбит установлена пока. Платную докупку гарантированных пакетов полосы чуть позже добавим обязательно. Ценник будет приятный :-)
Да, именно так. Почему пишем «безлимитный», потому что он действительно де-факто безлимитный, а до 2Мбит/сек полоса шейпится автоматической системой только для тех серверов, которые генерят сильно выдающиеся за средний уровень трафика. То есть, если сервер клиента ведет себя обычно (его не DDoS-ят, он не раздает или качает торренты), то он будет радоваться скоростью под 100Мбит. А если его сервер начнет стабильно генерить очень много трафика, то мы применяем принудительное ограничение до минимума (2мбит), предусмотренного SLA. Причем тоже не навсегда, а на время. Формула сложная, ее непросто написать и до клиентов правильно донести.
Примерно сопоставимо вот с этим вариантом
Dell R510* 2x Quad Core E5620 / 8GB / 4x1000GB SATA $390
Памяти там поменьше, дисков побольше. Но надо еще смотреть что там в Амстердаме с трафиком, наверняка платный. Разница чуть более 20% в рублях.
Кстати, в webmatrix появилась чудесная штука для переноса локальных проектов на хостинг парой кликов мышкой — webdeploy. Теперь не надо лезть в контрольную панель хостинга, разбираться с настройками, строками коннектов к базам и.т.п. Если хостинг поддерживает web deploy, то пользователь просто получает в письме XML (Profile Settings File), скармливает его webmatrix-у, и он все сам переносит автоматически, попутно проверяя совместимость. Проверить как это работает «вживую» можно вот тут — www.webmatrixhosting.ru
Gowalla — довольно типичный «техасский» проект, для населения этого штата мира за пределами США просто не существует. Поэтому в России сервис не прижился. Да и просто он ничего нового не предлагает, просто копирование более удачного 4sq
Внутри США, возможно, это и востребованный проект, ну как ЖЖ, ICQ или vkontakte у нас.
Ну а уж дизайн, что там у gowalla? Ничего особенно, стандартная вебдванольная фигня ни о чем. Уж лучше отсутствие дизайна, которое упорно демонстирует гугл, чем этот псевдо-дизайн
Если собираемые персональные данные общедоступные или обезличенные (логин, email, аватар и т.п.) — то нет проблем, можно и дальше работать как обычно и не напрягаться. Предполагаю что многие интернет-ресурсы будут вставлять (если еще это не делают) в оферту, которая акцептуется пользователем при регистрации, условие что пользователь, передавая данные, соглашается с тем, что они являются общедоступными.
А если собираются, например, паспортные данные, то тут уже пользователи вряд ли согласятся со своей стороны объявлять их общедоступными, да и регуляторы сочтут это нарушением. Для хостинга таких данных надо-таки удовлетворять требованиям 152-ФЗ.
Не все так сурово, на самом деле. Если это интернет-магазин, где в нескольких технологических подсистемах обрабатываются персональные данные, то с точки зрения организации защиты этого сервера с ИСПДн, нет разницы, сколько разных подсистем там работает. Если они в совокупности не выходят за 2 класс.
Так что их можно рассматривать как одну ИСПДн и считать соответственно.
Вы тоже правы, только надо добавить еще биллинг с почасовой тарификацией, планировщик, API…
Никто не говорил, что это революция :-) Это эволюция технологий виртуализации в хостинге. Вроде бы, набор давно известных вещей, но которые вместе дают-таки клиентам новое качество услуги.
4 ядра — текущее ограничение hyper-V R2
А память — ну решили что больше никому не надо. Обычно. Будут спрашивать больше — расширим слайдер по RAM до 16, 32G, не проблема.
Тоже самое касается HDD, который ограничен разве что размером LUN-а на сторадже (это терабайты)
У публичного сервиса нет публичного прайса? Или я не туда смотрю? www.it-grad.ru/services/vmware-hosting
А вообще — пусть будет больше облаков, хороших и разных :-)
Кластерное решение, в смысле? Если NLB, то почему нет. Берете 2 или несколько виртуалок и поднимаете на них NLB. только прежде чем приступать, свяжитесь со службой техподдержки, вам же vlan надо будет отрезать.
внутри — 2 гбит/сек.
нет инстансов у нас, есть «эластичная» виртуалка.
То есть что у маленькой, что у большой виртуалки скорость в интернет совершенно одинаковая.
Кстати, в схеме выше еще и не указано (из скромности наверное ;-) что в каждом из этих двух ЦОДов еще и аплинки резервированы. Один основной, один резервный (потоньше).
Dell R510* 2x Quad Core E5620 / 8GB / 4x1000GB SATA $390
Памяти там поменьше, дисков побольше. Но надо еще смотреть что там в Амстердаме с трафиком, наверняка платный. Разница чуть более 20% в рублях.
Причем, на виртуалке, а не на дедике
Внутри США, возможно, это и востребованный проект, ну как ЖЖ, ICQ или vkontakte у нас.
Ну а уж дизайн, что там у gowalla? Ничего особенно, стандартная вебдванольная фигня ни о чем. Уж лучше отсутствие дизайна, которое упорно демонстирует гугл, чем этот псевдо-дизайн
А если собираются, например, паспортные данные, то тут уже пользователи вряд ли согласятся со своей стороны объявлять их общедоступными, да и регуляторы сочтут это нарушением. Для хостинга таких данных надо-таки удовлетворять требованиям 152-ФЗ.
Так что их можно рассматривать как одну ИСПДн и считать соответственно.
Смотрю в Хроме 9.0, Опере 10.63, IE 9 — все ок
Никто не говорил, что это революция :-) Это эволюция технологий виртуализации в хостинге. Вроде бы, набор давно известных вещей, но которые вместе дают-таки клиентам новое качество услуги.
А память — ну решили что больше никому не надо. Обычно. Будут спрашивать больше — расширим слайдер по RAM до 16, 32G, не проблема.
Тоже самое касается HDD, который ограничен разве что размером LUN-а на сторадже (это терабайты)
А вообще — пусть будет больше облаков, хороших и разных :-)
нет инстансов у нас, есть «эластичная» виртуалка.
То есть что у маленькой, что у большой виртуалки скорость в интернет совершенно одинаковая.