Ставьте сразу в MIRhosting облако. Платите только за то что используете. Все эти вопросы про нагрузки и миграции снимаются. Про другие пункты не говорю тем более. Можно поставить и готовый ISPmanager, а можно и напрямую приложение из git развернуть (и даже с автообновлением оттуда же).
США регион есть (Нью Йорк), но на данный момент закрыт для новых клиентов. Вам откроем, напишите в суппорт. Триал на 14 дней в комплекте.
Я думаю, напрямую зависит от решения суда, по какому конкретно закону был признан сайт подлежащим блокировке. Как я понял от слов ТС, решение он не получил и не видел, так что вопросов больше чем ответов. Да и в любом случае, не стоит сравнивать с википедией :)
Я не юрист, но из опыта:
РКН исполнитель. Если есть решение суда - они должны его исполнять. Удалили Вы информацию или нет - не РКН решать.
Вам нужно подать в суд на РКН и, соответственно, доказать что информация была убрана. Т.е. в любом случае, должно быть решение суда для разблокировки.
Да, понятно что жескач и куча времени. Можно туда же к иску добавить и понесенные убытки, только это надо как-то документировать, а не как обычно "я теряю миллионы за простой сайта, но ищу хостинг по критерию - цена".
Ну хотите сравнение с DO - вот Вам сравнение с DO :) Сразу Disclaimer: сравнение технологическое. Вопрос личных привязанностей, цен, размера шрифта и т.п. - здесь не рассматриваются.
Вообще, даже как-то не удобно это сравнивать. При всем уважение к DO (без тени сарказма) - их сервис к облачной платформе имеет весьма отдаленное отношение. Все что их отличается от обычного типового VPS - это почасовая оплата. На этом все и заканчивается. Все те же фиксированные тарифы, все те же ручные изменения этих тарифов, все те же "Вот вам root пароль, делайте дальше сами".
Писать можно много, но из ключевого:
* В MIRhosting Cloud Вы платите только за фактически использованные ресурсы, а не за лимиты тарифного плана.
* Нужно больше ресурсов? Используйте сколько надо. Верхний лимит ставится для контроля за расходами. Дополнительно, можно автоматизировать и кластеризацию.
Например, расскажите как сделать на DO или еще на чьей-то платформе такое: https://www.percona.com/blog/2016/06/21/docker-automatic-mysql-slave-propagation/
У нас это делается нативно.
* Инфраструктура. SSD диски у DO. Что такое SSD диски? По сути - просто ожидание что будет работать быстро. У нас есть конкретные цифры по стораджу, разных уровней. А что там, SSD, NVMe или IDE на 5400 RPM - дело наше.
Сюда же к стораджу - данных у меня по DO нет, но я очень сомневаюсь что у них делается трехкратное резервирование данных + отдельный ежедневный бэкап в течении 30 дней.
* Мы даем платформу и богатые инструменты для ее использования. Вы - используете как хотите. В частности, используя докер контейнеры, git разворачивание, мульти-регионы (трафик между ними бесплатный) и т.д. Расскажите, как у DO собрать свой образ контейнера/vm, с набором действий, хуков, при этом автоматически обновляемый? Там можно только сделать слепок существующего и его клонировать, что мягко говоря совсем не то.
И т.д. Можно еще писать долго и много.
Так что давайте все же отделять уровень функционала и потенциала нашей платформы от типовых провайдеров, продающих VPS тарифы, в лучшем случае с почасовой оплатой.
И да, у нас идет постоянное совершенствование услуги, огромное количество отзывов, как от конечных клиентов так и партнеров. Не все сделано идеально как хочется, но апдейты идут уже на ежедневной основе.
Даже если Вы пробовали услуги полгода назад, скорее всего она выглядит сейчас иначе. ---------- Добавлено 28.06.2016 в 18:44 ---------- Кстати, насчет тормознутости разворачивания новых окружений. Абсолютно в этим согласен, хочется и должно быть быстрее. Опять же сравнивать с разворачиванием из gold image некорректно, но все равно можно оптимизировать скорость. По моим данным, один фикс был сделан в эти выходные, что должно в некоторых случаях увеличить скорость разворачивания в несколько раз.
Спасибо за отзыв!
Очевидно, что не разобрались в системе, что вобщем отчасти наша вина разумеется. Нужно делать понятнее видимо.
Все же прокомментирую пару моментов:
1. Это не надстройка на OpenVZ, там OpenVZ вообще нет, ни в каком виде от слова вообще :)
Да, это контейнеры, как и OpenVZ - контейнеры.
Впрочем, какая разница, ибо клиентам пофиг какая технология, им важен результат и цена за результат.
2. Это лучше чем DO, ибо получить "всю ферму" можно без запроса, и без жестких тарифов как это сделано у DO. С пост-оплатой по факту использования. DO так сделать не сможет в принципе, ибо там виртуальные машины, и никак не сделать такие вещи как автоматическое масштабирование ресурсов, снятие текущего потребления ресурсов, деплой приложений внутрь и многое другое.
3. Если можно, пример "никому не нужного лимита", чтобы понимать о чем идет речь.
4. Мы под Ваш запрос сделали возможность устанавливать в один клик контейнер с VestaCP, причем дополнительными условиями. Приведите пример любого другого облачного провайдера, где это было бы возможно. А это не только вопрос суппорта, это вопрос и собственно функциональности платформы.
Еще раз спасибо за комментарии, это чрезвычайно важно.
Привет майнерам :) Вам клиентоориентированность в каком виде? Бесплатные ресурсы для майнинга?
Компания MIRhosting, работая с разными целевыми аудиториями, постоянно ведет диалог со своими клиентами на предмет оптимизации функционала предоставляемых услуг. В ходе таких разговоров часто рождаются хорошие идеи, и мы всегда стараемся воплотить их в жизнь. Не так давно, пообщавшись с пользователями, мы пришли к выводу, что пора оптимизировать работу облачной платформы MIRhosting для больших и малых проектов. И вот, что нам удалось сделать…
Теперь в облаке MIRhosting доступны два уровня дисковой производительности
Tier I: disk.io - до 250 Mb/s; iops – до 200 o/s
Tier II: disk.io - до 400 Mb/s; iops - до 20 000 o/s
По умолчанию, клиенты получают дисковую производительность первого уровня. Tier I удовлетворяет потребности мелких проектов и являются более экономичным. Тем не менее, у пользователя, в любое удобное время, есть возможность перейти на производительность второго уровня, если нужно повысить показатели.
Мы не только слушаем наших клиентов, но и слышим! Рады воплощать маленькие идеи в большие преимущества проектов наших заказчиков.
Если не оптимизировать конфиг, то все будет упираться в i/o. А на myisam особенно и не оптимизируешь. На втором месте CPU. Остальное вторично.
На innodb можно уже выкидывать в память, но эффективность зависит от деталей запросов. Если это магазин, то вобщем будет хороший результат даже при 8 гб, хотя по хорошему надо 32. Память сейчас стоит дешево, особенно на ddr4. Дешевле чем i/o.
Вывод - SSD (не забыв про отказоустойчивость) или/и innodb и память.
Убрать в биос автоматическое поднятие сервера при потери питания.
Если потом сервер будет в выключенном состоянии -> скорее всего блок питания. Также попробовать старое ядро, у нас были случаи такого поведения с новыми ядрами, при загрузке дефолтного (в нашем случае centos 6.0) сервер падать перестал.
Погонять память тестами. Вобщем, если не ядро, то скорее всего что-то железное. Но вообщем, это хостер должен смотреть, а не вы ему доказывать :) Хотя судя по конфигу, там наверно цена на уровне 40 баксов, да еще и 5 летней давности.. что вы хотели)
Ну там есть хитрости детекции, на уровне пакетов. как самое простое: discard first packet и смотреть как прилетит второй "первый". Особенно в UDP.
Поэтому, да, для L7 атак совтферный детектор имеет смысл и вполне вероятно что будет работать лучше чем железные решения. Особенно если блочить наверху. Но для volume atack, для поддельных пакетов и всякого синфлуд все же тазиками датацентр на сотни гигабит не прикроешь. Впрочем, удивите )---------- Добавлено 15.06.2016 в 22:08 ----------Кстати, Алексей, как показал наш опыт фильтрации когда очень сильно досили white-suite (тут тема была на миллион страниц), и когда у нас еще не было железных решений, а всякие cisco guard и прочие арборы мягко говоря не хотели понимать в чем проблема и тупо блочили все подряд, мы пилили на коленке в авральном режиме свои фильтры. И как показал опыт, freebsd выигрывала линукс минимум в 3 раза по количеству пакетов, на абсолютно идентичном железе.
Так, для сведения, может пригодиться.
