Если бы это были не Вы, то я подумал бы, что уже скрытая реклама :)
Отзывы полезно искать тут: https://www.google.com.ua/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=multiservers.eu%20%D0%BE%D1%82%D0%B7%D1%8B%D0%B2%D1%8B
Сегодня мы запускаем сразу 2 новые акции!
При оплате любого сервера серии VPS (KVM) на срок от 1-го года - 3 месяца пользования сервером в подарок. Для получения бонуса достаточно после оплаты написать нам и мы продлим Вашу услугу еще на 3 месяца совершенно бесплатно. Предложение действительно до 31.07.2015 включительно!
http://www.ua-hosting.company/servers - заказать VPS (KVM) можно тут.
Лицензия Ultimate KVS c открытым исходным кодом в подарок при заказе/продлении любого выделенного сервера на срок от 1-го года!
http://www.ua-hosting.company/services/solutions/videostreaming - подробности тут.
Согласен, надежность будет выше. Однако тут еще зависит от тех. требований, возможно требуется один большой раздел для БД.
По поводу прироста скорости - прирост будет, просто будет ожидаться отклик от самого медленного диска в массиве, что влияет на динамику этого прироста, есть полезная статья Amarao на эту тему, наверное единственного знакомого мне человека, который провел исследование и поделился результатами с общественностью:
"SSD + raid0 — не всё так просто"
http://habrahabr.ru/company/webzilla/blog/227927/
Приветствую,
для сервера баз данных стоит использовать решение исключительно на основе SSD, SAS в крайнем случае. RAID10 хорошо, но для отказоустойчивости и надежности лучше использовать 2 таких сервера с репликацией баз данных, итого конфигурация видится следующей:
4x Intel Xeon E7-4850v2 / 64GB DDR3 / 16x960GB SSD RAID10 / IPMI / 1 Gbps 100TB - $2980 / месяц
Жесткие диски, как таковые, использовать в серверах баз данных нежелательно.
Сервер приложений:
2x Intel Hexa-Core Xeon E5-2620 / 16GB DDR3 / 4x960GB SSD / 1 Gbps 100TB - $730 / месяц
Разумеется, если поставить во второй сервер не SSD, а скажем SAS - будет дешевле, но стоит ли тут экономить - решать Вам.
Приветствую, можем предложить VDS:
VPS (KVM) — L5410 (4 Cores) / 5GB DDR2 / 4 x 300GB RAID10 SAS / 1Gbps 30TB / $39 в месяц
VPS (KVM) — E3-1230 (2 Cores) / 3.5GB DDR3 / 120GB SSD / 1Gbps 25TB / $39 в месяц
Хранить видеофайлы на наших VDS можно и нужно, так как диски физически изолированы и используются только Вами (все IOPS Ваши), фактически это хороший аналог выделенных серверов.
Оба сервера обеспечивают возможность фактически прокачать больше трафика, чем на канале 100 Мбит / с Unmetered, так как утилизация полосы не может быть 100% все время.
Если говорить о выделенном сервере и большем объеме трафика, то такие варианты представляются для Вас идеальными:
Intel Quad-Core Xeon E3-1230 / 16GB DDR3 / 4x120GB SSD / 1Gbps 100TB - $99,99 / месяц
2 x Intel Quad-Core Xeon L5410 / 16GB DDR2 / 12x300GB SAS / 1Gbps 100TB - $99,99 / месяц
2 x Intel Quad-Core Xeon L5410 16GB DDR2 / 6x2TB SATA / 1Gbps 100TB - $99,99 / месяц
Какой из вариантов выбрать - решать Вам. Но это самое оптимальное по соотношению цена / производительность / трафик.
Заказать выделенные серверы или VDS можно тут: http://www.ua-hosting.company/servers
Имелась ввиду внешняя программная фильтрация распределенной сетью, атаки как раз и фильтруют программно в большинстве случаев. Аппаратный firewall, как правило бессмысленный по той причине, что сеть положить можно запросто.
Веб-хостинг для такой аудитории не нужен по определению. Целесообразно клиентов держать максимально изолировано для более успешной фильтрации.
На самом деле бороться с атаками проще всего создавая ресурсы на распределенном кластере, когда один и тот же контент отдается с множества серверов в разных Дата Центрах.
Это будет гораздо более эффективным, нежели любая другая защита. Хотя, конечно, может обойтись дороже.
На хостинге не должны размещаться проекты, подверженные крупным DDOS-атакам. Эти проекты вполне могут позволить себе выделенный сервер.
Атаковать веб-сайты, размещаемые на хостинге, как правило не будут (только если оттуда не идет рассылки спама и атака не является возмездием), либо будут, но атаками школьного уровня, которые можно запросто отфильтровать программно на стороне сервера.
Стоить такая защита не должна ничего, так как это стандартное сопровождение сервера хостинга и его клиентов.
Подключать же какую-то внешнюю фильтрацию для всего хостинг-сервера бессмысленно, так как:
1). Аппаратные решения очень дороги и зачастую не уберегут от всех типов атак. Некоторые атаки нужно фильтровать только программно при помощи внешней распределенной системой фильтрации.
2). В свою очередь внешняя система фильтрации для сервера хостинга не эффективна, так как в случае хостинг-сервера из-за наличия большого количества абонентов утечка реального ip-адреса сервера более, чем очевидна.
Дата Центр очень технологичен, в нем работает система автовыдачи серверов. В определенных шкафах - определенные типы серверов. Серверы в физическом плане могут и не изымать, могут изымать только диски и хранить еще 5 дней (к слову хранят не всегда, иногда случаются ошибки, а при большом потоке заказов - уже на следующий день диски могут быть в работе), но в любом случае восстановление сервера займет время, так как нужна будет свободная платформа в которую вставить диски + нужна будет определенная ручная работа, которую ЦОД пытается минимизировать из-за большого количества серверов.
Делать эту лишнюю работу в любом случае сопряжено с затратами, и не малыми. Гораздо большими, чем связанными с простоем оборудования. Хотя и это уже не малые затраты, когда стоит 50 серверов без дела, а если 100? У нас были месяцы когда почти 200 клиентов по каким-то причинам забывали продлять в срок или уведомлять об отказе. Не имея этого правила мы б не то, чтоб были вынуждены продавать серверы дороже - рисковали бы закрыться. А так мы и в кризис продолжали работать и весьма успешно, несмотря на большое количество отказов.
При правиле продления до 20-го числа - не возникает проблем во все, возобновление услуги занимает значительно меньше усилий, риск получить большой простой сведен к минимуму, пользователи не теряют свои данные, а значит - это все не закладывается в цену услуги и услуга предоставляется даже зачастую по цене более низкой, чем ее предоставляет Дата Центр напрямую.
Леонид, большое спасибо за вопрос! Он очень актуален и на самом деле не все понимают истинную причину данного правила, наверное стоит написать целую статью и рассказать подробнее почему. Ибо в пару предложений тут не уложиться.
В первую очередь это правило введено прежде всего с целью заботы о наших клиентах! Да, это правда и именно так. По статистике более 10% пользователей забывают оформить продление услуги аренды выделенного сервера, а 2-3% могут испытывать трудности с зачислением оплаты в срок из-за задержек в системе банковских платежей. И вот представьте: последний день оплаченного срока, оплаты нет, клиент забыл оплатить или платеж не дошел из-за какой-то банковской задержки... Сервер отключается. Дата Центр изымыает его.
Клиент видит, что сервер стал недоступным, вспоминает, что не продлил во время, а сервера уже нет, данных нет, бекапы клиент не делал... Включать уже по сути нечего...
Это одна из причин, по которой мы установили дедлайн заранее (чтоб клиенты не теряли свои данные, если они забудут оплатить услугу в срок), так как по сути есть до 10 дней, чтоб вспомнить, что сервер все-таки нужно продлить.
Конечно Дата Центр мог бы хранить серверы на складе несколько дней после окончания оплаченного срока, что в принципе и делается, однако это не решает вопрос полноценно. Проблема в том, что, как уже говорил, по нашей статистике порядка 10% абонентов (а у нас в аренде 1000+ серверов) могут забывать оформлять продление во время или предупреждать об отказе. Это все привело бы к огромной нагрузке на персонал и огромным затратам. Более того клиенты испытывали бы огромные задержки с возобновлением работы выделенных серверов после оплаты, даже когда есть что возобновлять.
Дата Центр физически не смог бы в конце каждого месяца изымать 100+ серверов, держать их в "заморозке", а потом устанавливать в шкаф, когда опомнилась бы половина клиентов. Даже такой крупный ЦОД, как EvoSwitch, где устанавливается не более 40-50 серверов ежедневно, выше - физически нет свободного персонала, или же людям приходится работать сверхурочно, что невероятно дорого и сложно - не способен обеспечить такую возможность. В Дата Центре около 100 тысяч. серверов, их помимо прочего нужно еще и обслуживать.
Разумеется, вопрос решаем, но в таком случае потребовалось выделить только под наших забывчивых клиентов пару дополнительных сотрудников, что привело бы к расходам, которые само собой нужно было бы учесть в цене аренды серверов.
И потому вторая причина: мы считаем, что несправедливо, если клиенты, которые оплачивают услуги во время, будут платить за забывчивость своих коллег.
В тоже время, мы стараемся обеспечить минимальные цены на наши услуги для всех. Отказы от услуг являются немаловажным фактором, ежемесячно у нас по статистике в среднем около 5% отказов (в мирное экономическое время), сейчас разумеется эта цифра очень сильно меняется и зависит от экономической и политической ситуации.
Тем не менее не все клиенты добросовестны и не все желают или могут предупредить об отказе заранее. А планирование и логистика очень важны. Ведь когда резко освобождается 50 серверов - возникает простой, который нужно утилизировать, как с целью снижения финансовых затрат, так и с целью защиты окружающей среды, ведь 50 серверов потребляют довольно не мало энергии.
Таким образом третья причина: мы не считаем, что добросовестные клиенты, которые заблаговременно в срок предупреждают об отказе от услуг, что помогает добиться практически полного отсутствия простаивающего оборудования, должны платить за несознательность своих коллег.
Ну и четвертая причина - все мы люди. Если у Вас проблема, Вы по какой-то причине не успеваете продлить услугу в срок - просто предупредите, мы очень часто идем на встречу и предоставляем отсрочки. Опять же, устанавливая дедлайн заранее, мы снижаем расходы на эту отсрочку и можем предоставить её практически всем нашим сознательным абонентам без исключения, так как это практически не ведет к дополнительным расходам и рискам, как для нас, так и для других наших абонентов.
Так что в случае, если клиент уведомил нас об отказе заранее, до 20-го числа последнего оплаченного месяца, сервер будет отключено в последний день месяца в конце оплаченного срока. Обязательно будет предоставлена возможность доработать весь оплаченный период! После чего сервер будет отформатирован и с большой долей вероятности передан другому клиенту, что уменьшает простой и позволяет арендовать нашим новым абонентам серверы по минимальным расценкам.---------- Добавлено 04.07.2015 в 15:38 ----------
Спасибо, ошибки определенно нужно признавать, однако самое сложное не признать - исправить, надеюсь, что у нас получится и мы более никого не разочаруем :(
С расширением штата сотрудников и базы абонентов у нас действительно возникли проблемы в коллективе. Ранее, когда я контролировал рабочий процесс более плотно, я бы никогда не допустил такой ситуации, я полностью осознаю, что несу ответственность за действия наших сотрудников и мне очень неприятно, что такая ситуация возникла.
Это уже не первая жалоба, когда наши абоненты жалуются, что с ними работают строго по регламенту, не идут на встречу. Что постепенно теряется тот индивидуальный подход, который был последние 5 лет...
Буду решать вопрос незамедлительно. Олега я услышал и благодарю за отзыв, Олег, Вы делаете людей лучше!
Очень надеюсь услышать критику и от других абонентов, даже от тех, которые в целом довольны, может что-то стоит улучшить или исправить, хвалебные отзывы пишут не часто, такова природа людей, но вот критика очень важна. Буду очень признателен.
Приветствую, Олег, отвечу по пунктам.
1). Да, действительно, в случае если с нашей стороны все выполняется, а Вы оплатили услугу на большой срок, то по желанию расторгнуть и вернуть средства, увы, нельзя. В этом и смысл долгосрочной оплаты - предоставляется скидка на обслуживание в обмен на гарантию того, что услуга будет использоваться весь оплаченный срок.
В Вашем случае у Вас был годовой срок аренды VPS, мы пошли Вам на встречу и переоформили договор на выделенный сервер, да, с этим были проблемы, но мы их решили.
2). Да, все должны были оставить без изменения. Вероятно тут мы виноваты, извините. Если уточните номера тикетов в которых можно увидеть данные инциденты, в том числе тикет, где Вам не дали с первого раза ответ - я смогу разобраться в инциденте подробнее и принять меры во избежание повторений столь неприятной ситуации в будущем.
3). Разумеется, что если уже сервер атакуют по ip, то необходимо заказать дополнительный ip для сервера (новый, не засвеченный) и настроить взаимодействие c cloudflare так, чтоб новый ip был невидим, а виден был только старый, находящийся в null route.
4). Тут наша вина, что Вас не предупредили и не поставили в известность. Извините. Мы приняли соответствующие меры к сотрудникам-участникам данного инцидента. Выставленный Вам счет на доплату аннулирован.
P.S. Я с Вами абсолютно согласен, что нельзя вести диалог с позиции силы, я всегда призываю наших сотрудников к тому, что оферта офертой, но людям нужно идти на встречу и решать вопросы с позиции человеческого отношения в первую очередь. Ведь это прежде всего люди, по сути наши партнеры, и наш успех является совместным и мы зависим друг от друга.
Увы, у некоторых наших сотрудников есть сложности с пониманием и принятием этой философии. Я обязательно проведу работу, чтоб не допустить таких неприятных ситуаций в будущем.
5). На счет ответственности - мы несем ответственность за то, чтоб Ваш сервер был в строю, также, как и за работоспособность сети, а в случае заказанной услуги сопровождения / мониторинга - и за сопровождение Вашего сервера / работу Ваших сайтов. Эту ответственность мы осознаем, принимаем, и делаем все, чтоб не нарушать регламент предоставления услуг.
Приношу глубочайшие извинения за данный инцидент и очень сожалею, что Вы разочарованы.
