Выбрали, что дальше? :) Платим все равно за лимиты. Если лимиты превысились - все упало. Решается вопрос разве что с изменением лимитов на лету, но не решаются 100+ других вопросов. Например, вопрос гарантированной скорости i/o. Напомню, установка SSD дисков != гарантированным скоростям.
И да, OpenVZ VPS опытные пользователи стараются обходить стороной именно за счет простоты оверселла со стороны хостеров. И во многом правы.
А что Вы будете делать когда этот рост пойдет? Упретесь в производительность, будете менять тарифы? Напомню, что у всех указанных провайдеров идут обычные нарезанные локальные образы, и добавление места на диск - это в лучшем случае downtime, а скорее всего - заказ нового VPS с другим тарифом. Ну кроме DO, которые вроде как сделали внешний сторадж. Тем не менее, вопрос CPU/Memory ресурсов остается в силе.
Заранее купите больше и будете переплачивать? А если оно и не понадобится. А если наоборот, все же понадобится больше?
Если возникнет желание платить за то что используете, а не за лимиты - 14 дней триал, пробуйте, в подписи.
3-х кратное резервирование данных и ежедневные бэкапы включены по умолчанию. Все остальные параметры зависят от того сколько используете И максимумов, которые сами поставите.
При этом,
2 динамических клаудлета (800 Mhz + 256 Mb RAM)
10 Гб места на стандартном сторадже
10 Гб трафика каждый час
включены бесплатно на каждое окружение.
Все уже есть, готово, одним кликом под ключ:
Версия glassfish 4.1.1 или 3.1
Если надо именно 4.0 (не рекомендуется), то также возможно с минимальными телодвижениями.
Естественно, все остальное также есть.
Локация - Нидерланды, РФ в этом месяце в бета режиме по запросу.
Это облако, за ресурсы платите по факту использования, с масштабированиями, git/docker deploy, балансировщиками и прочими радостями.
Линк в подписи
Warses, спасибо за информацию. Как я понимаю, вопросы с производительностью были решены, они связаны не с платформой а с настройками приложений и скрипта (тикет 305397).
Для внешних доступов покупать IP не нужно, достаточно использовать endpoint. А между узлами есть внутренние IP.
Касательно балансера, в новой версии платформы, которая ожидается для установки где-то через 2-3 недели, будет анонсирован новый балансер, который позволит настраивать такие вещи более подробно. На данный момент, можно выбирать между nginx, varnish, haproxy, и дальше уже их настраивать и тюнинговать самостоятельно при необходимости.
Будем рады помочь в дальнейшем.
Здесь Вы не найдете то что ищете. Вы говорите про предложения для SMB рынка, этим хостеры не занимаются (во всяком случае, в подавляющем большинстве). Этим занимаются заточенные под это интеграторы, а где они это размещают - вопрос второй (обычно регулирующийся их договорами и партнерскими отношениями, а не личными предпочтениями).
Напишите на marketing@mirhosting.com детали по софту, обсудим варианты. Заодно ответим на вопрос, куда задирать цены :)
Не понятно другое. ТС, причем тут вообще лизвеб или не лизвеб?
Вы должны понять какие Вам нужны характеристики ресурсов, сколько cpu, памяти, канала, реакция скорости поддержки, бэкапы, отказоустойчивость и многое другое.
И согласно этому искать решения.
Будет это лизвеб или не лизвеб, реселлер или дистрибьютор - дело вообще десятое.
Вы сейчас возьмете сервер в лизвебе, завтра там умрут диски и Вы будете писать новый пост про бэкапы и скорость замены дисков.
Если Вы говорите о серьезном проекте - нужно давать конкретные ТЗ. И да, это будет стоить дороже чем взять первый попавший аукционный б/у сервер.
Сами не знаете - покупаете час консультации и Вам дают оценку.
В любом случае, удачи с развитием и не повторяйте своих ошибок. Все вышесказанное судя по всему до сих пор для Вас актуально.
Коллега, в этом и дело что 10 лет не прошли впустую :)
Я знаю разницу между контейнерами и вирт машинами, мой вопрос чем лучше машины для разработчиков приложений остался открытым. Если бы речь шла о разработчиках модулей ядра, вопросов бы не было.
По остальным пунктам из указанной Вами статьи
1. Начнем с того, что мы используем Virtuozzo а не OpenVZ. Про которую в Вашей статье сказано из плохого только что она дорогая :)
2. Все что касается IO вообще мимо кассы. IO используется внешнее, на Software Defined Storage. С 2 тиерами по гарантированной скорости по IOPS и IOLIMIT. Выше подробно это описывалось.
3. Файловая система - ploop. Пункт про общую файловую систему - в пролете.
4. Вы сравниваете standalone openvz старой версии и KVM. У нас ни то ни другое. У нас облачная платформа с оркестратором, который размещает контейнеры на разных Compute node, следит за потреблением ресурсов и выполняет миграции при необходимости. Никаких проблем с CPU&Memory нет и быть не может, это облако с огромным резервом, а не впритык забитые ноды.
Вот тут товарищи отписывались, господа майнеры, им нужно было "тестировать" облако. Приходили, запускали майнер под 100% разрешенных ресурсов для триал группы (а это 32 Гб памяти и порядка 50 Ghz CPU (полная нагрузка cpu уровня 2 x E5-2640v3). И без проблем получали эти ресурсы. Поэтому все эти домыслы по поводу каких-то ограничений в ресурсах - это не об этой решении.
Есть еще какие-то пункты? Был бы рад услышать.
И да, немного инсайда, до конца года будет поддержка KVM машин тоже ;)
P.S. Кстати, если придираться, статья написана технически неграмотно. Но речь не о статье, придираться не будем. Достаточно просто посмотреть, что статья размещена у хостера, который продает только KVM машины и все становится понятнее. А есть например другие статьи, на независимых ресурсах, например: http://www.thewhir.com/web-hosting-news/container-hypervisor-lxd-surpasses-kvm-in-benchmark-tests
Лучше чем?
Обновление облачной платформы MIRhosting
На этой неделе, мы обновили облачную платформу MIRhosting до последней версии, поэтому сегодня стали доступны ряд новых возможностей и улучшений для пользователей нашего сервиса.
В облаке стала доступной, ожидаемая многими, возможность использования специального контейнера для хранения данных. Он представляет собой особый тип узла, который предназначен для данных, используемых совместно с другими серверами. Использование данного узла позволяет извлечь выгоду от лучшей организации проектов и расширенных возможностей обработки данных:
• никаких избыточных дубликатов данных – просто обменивайтесь файлами между контейнерами, в которых они требуются
• упрощенное управление – один набор настроек для нескольких узлов
• сохранность данных – обезопасьте свои данные во время обновления приложения путем его хранения на отдельном узле
• экономия средств – одна копия данных занимает меньше дискового пространства, соответственно стоимость ниже
Реализация контейнерного хранилища предполагает использование сетевой файловой системы (NFS) на узле хранения (сервере) для обеспечения экспорта томов данных удаленным хостам клиентов. Для того, чтобы установить связи и маршрутизации запросов между такими контейнерами, используется утилита удаленного вызова процедур (RPC). В целом, вся процедура выполняется в два шага: первый шаг – данные экспортируются из контейнерного хранилища в какой-либо другой контейнер, и второй шаг - соответствующая директория монтируется у клиента.
Данное решение доступно для всех стандартных контейнерных шаблонов в облаке MIRhosting – доступ к функционалу можно получить путем обновления файлового менеджера и настроек томов Docker. Весь процесс полностью автоматизирован, Вам нужно добавить только точку монтирования через соответствующую форму. Все дополнительные операции будут выполнены платформой автоматически. Таким образом, при необходимости любой контейнер в облаке может играть роль хранилища.
В рамках версии 4.7.2. реализованы следующие улучшения:
• Усовершенствована Docker интеграция
• Реализовано обновление UI/UX
• Обновлен GIT модуль
• Добавлены триггеры внешнего трафика
• Применены новые дефолтные значения для Apache PHP
• Обновлены версии программных стеков
Регистрируйтесь у нас на платформе и пробуйте использовать новые возможности уже сегодня https://mirhosting.com/ru/cloud
Мучение не с докером было, а с вестой.
Чистый официальный дебиан: https://hub.docker.com/_/debian/
После разворачивания будет идентично дефолтному debian который ставите инсталятором на дедике. Все будет ставиться куда надо, про какие инит скрипты речь?
Пример с форком официального дебиан и добавлением того что нужно именно тебе: https://hub.docker.com/r/jesselang/debian-vagrant/~/dockerfile/---------- Добавлено 11.08.2016 в 21:38 ----------
Понимаю, только это не ддос :) Ложиться может от разного, человек писал что он боится что стоить будет дорого т.к. мол трафик платный. А таких кейсов у нас каждый день, и от вирусов лечим и архитектуру меняем приложений. Не все правда слушают.
Очевидная вроде вещь: скрипт аналитики, вытаскивает данные из базы, что-то там обсчитывает и записывает результат. Ну вытаскивай ты там скажем по 100 записей, обсчитывай в цикле и сохраняй. Нет, оно вытаскивает по одной строчки, скорости обсчета там никакие, в итоге оно начинает упираться элементарно в задержку между php и mysql сервером. Приемлимые скорости только если они в одной стойке, задержка пинга в 5 мс дает неприемлимое снижение. И менять ничего не хотят. А отказоустойчивость хотят :)
