Облачная платформа от MIRhosting – новости, примеры реализаций, обсуждение

Мучение не с докером было, а с вестой.

Чистый официальный дебиан: https://hub.docker.com/_/debian/

После разворачивания будет идентично дефолтному debian который ставите инсталятором на дедике. Все будет ставиться куда надо, про какие инит скрипты речь?

Пример с форком официального дебиан и добавлением того что нужно именно тебе: https://hub.docker.com/r/jesselang/debian-vagrant/~/dockerfile/

---------- Добавлено 11.08.2016 в 21:38 ----------

Понимаю, только это не ддос :) Ложиться может от разного, человек писал что он боится что стоить будет дорого т.к. мол трафик платный. А таких кейсов у нас каждый день, и от вирусов лечим и архитектуру меняем приложений. Не все правда слушают.

Очевидная вроде вещь: скрипт аналитики, вытаскивает данные из базы, что-то там обсчитывает и записывает результат. Ну вытаскивай ты там скажем по 100 записей, обсчитывай в цикле и сохраняй. Нет, оно вытаскивает по одной строчки, скорости обсчета там никакие, в итоге оно начинает упираться элементарно в задержку между php и mysql сервером. Приемлимые скорости только если они в одной стойке, задержка пинга в 5 мс дает неприемлимое снижение. И менять ничего не хотят. А отказоустойчивость хотят :)

Ставить равенство между дедиком и контейнером Виртуоззо/Опенвз вобще некоректно. Эта же только развитый Jail без своего ядра. Да, эти контейнеры идеальны для общих целей, к примеру хостинг сайтов, почты и тп. То есть для обычных вебмастеров. А для разработчиков приложений лучше дедик или KVM, XEN. VMware VPS.

Обновление облачной платформы MIRhosting

На этой неделе, мы обновили облачную платформу MIRhosting до последней версии, поэтому сегодня стали доступны ряд новых возможностей и улучшений для пользователей нашего сервиса.

В облаке стала доступной, ожидаемая многими, возможность использования специального контейнера для хранения данных. Он представляет собой особый тип узла, который предназначен для данных, используемых совместно с другими серверами. Использование данного узла позволяет извлечь выгоду от лучшей организации проектов и расширенных возможностей обработки данных:

• никаких избыточных дубликатов данных – просто обменивайтесь файлами между контейнерами, в которых они требуются

• упрощенное управление – один набор настроек для нескольких узлов

• сохранность данных – обезопасьте свои данные во время обновления приложения путем его хранения на отдельном узле

• экономия средств – одна копия данных занимает меньше дискового пространства, соответственно стоимость ниже

Реализация контейнерного хранилища предполагает использование сетевой файловой системы (NFS) на узле хранения (сервере) для обеспечения экспорта томов данных удаленным хостам клиентов. Для того, чтобы установить связи и маршрутизации запросов между такими контейнерами, используется утилита удаленного вызова процедур (RPC). В целом, вся процедура выполняется в два шага: первый шаг – данные экспортируются из контейнерного хранилища в какой-либо другой контейнер, и второй шаг - соответствующая директория монтируется у клиента.

Данное решение доступно для всех стандартных контейнерных шаблонов в облаке MIRhosting – доступ к функционалу можно получить путем обновления файлового менеджера и настроек томов Docker. Весь процесс полностью автоматизирован, Вам нужно добавить только точку монтирования через соответствующую форму. Все дополнительные операции будут выполнены платформой автоматически. Таким образом, при необходимости любой контейнер в облаке может играть роль хранилища.

В рамках версии 4.7.2. реализованы следующие улучшения:

• Усовершенствована Docker интеграция

• Реализовано обновление UI/UX

• Обновлен GIT модуль

• Добавлены триггеры внешнего трафика

• Применены новые дефолтные значения для Apache PHP

• Обновлены версии программных стеков

Регистрируйтесь у нас на платформе и пробуйте использовать новые возможности уже сегодня https://mirhosting.com/ru/cloud

Лучше чем?

LineHost, Не идеальны для хостинга OpenVZ быстрее:)

Странный вопрос от человека, который десять лет на рынке ;) Да в интернете полно информации на эту тему, даже непорядочно начинать какой то спор. Хотя бы тут для начала, дальше погуглите, не так уж сложно, если за все эти 10 лет не смогли на практике всё проверить....

---------- Добавлено 22.08.2016 в 10:31 ----------

Теория такое говорит, что IO производительность хуже у KVM, практика тоже не противоречит. Но во многом хорошая изоляция между виртуалками улучшает общую картинку на столько, что даже трудно заметить снижение скорости работы апликаций. По этому если тяжелый проект, я его всегда переношу на KVM, хотя Jail'образные виртуализации на оборот якобы лучше для этого.

Коллега, в этом и дело что 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

Доброго всем!

Решил протестировал облачные услуги мирхоста

После 5 часов беганья по панели управления понял, что это не "мое"

По поводу производительности и работоспособности всего в целом включая балансировшиков - не очень все нормально работает

Приведу пример: имею инстанс в Ovh cloud ssd 2x по 2.4Ghz - вытягивает около 10-15тыс обращений при загрузке 50%.

Теперь имею ресурсы в ластике 6GHZ по 2 узла (1 узел нагружен под полку), а другой вообще на нуле т.е сайт остается не доступен.

Магия! Пользователь нажимает ctrl+r и увсе ресурсы у вас гасятся :(

Скоро пойдут 2-е сутки обращений в ТП Запрос №305298 - все около того "Крутится" и приходится ждать ответа по 40-120 минут. До сих пор проблема не решена Качество ТП не айс

Голый ХФ

Время: 5,0709 сек. Память: 10,524 МБ Запросов к БД: 16

Время: 0,3587 сек. Память: 10,525 МБ Запросов к БД: 16

против ovh cloud ssd 2x по 2.4ghz

Время: 0,0811 сек. Память: 10,527 МБ Запросов к БД: 16

Софт 1 к1

Видимо, на OVH вам даже в выходные отвечают быстрее…

Мне и не нужна поддержка.

Пользуюсь их услугами уже более 2х лет и есче ни один сервер просто не не упал.

Да, меняли диски 1 раз в массиве за 3 часа с чем-то.

В ластике если нужны какие-то внешние доступы, то без сомнения приходиться покупать IP на все узлы ++ 3 евро.

Вопрос остается открытым. Почему у меня в 2х узлах суммарно 7ghz - падает от маленькой нагрузкис создаваемой loadimpact FREE - балансировщики не корректно делят нагрузку между узлами

За 90 евро можно получить

Узел с Mysql

cpu 12ghz

Ram 3840

Узел с Php

cpu 20ghz

ram 6250

Рамы маловато, вычислительных мощей - нормально