Тема облаков в последнее время становится все более и более востребованной. Теперь уже и в РФ компании всё чаще понимают, зачем им это облако может пригодиться и даже начинают его активно использовать. Чем больше компании проявляют интерес к облакам, тем больше возникает вопросов и к нам, разработчикам софта для облака, — по реализации новых тенденций и технологий, и к сервис-провайдерам, которые обеспечивают отказоустойчивую работу платформы в целом.

В этой статье хотелось бы поделиться опытом лишь об одной из сторон работы облака, но, при этом, возможно, самой сложной и важной — это реализация дискового пространства. Статья подготовлена Андреем Нестеренко, экспертом по облачным технологиям компании MIRhosting, которая является одним из хостинг-провайдеров, использующим Jelastic PaaS, который в прошлом месяце анонсировал открытие третьего региона облачной платформы — в России.

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

Живая миграция – что это?

Живая миграция контейнеров подразумевает собой процесс перемещения приложения между разными физическими машинами или облаками без прерывания работы приложения и разрыва связи с пользователем. Память, файловая система и сетевое соединение контейнеров, запущенные поверх «голой» аппаратуры, передаются от исходного хост-компьютера к месту назначения, поддерживая рабочее состояние без прерывания работы.

Недавно была опубликована информативная статья Мэтта Уильямса о Java в Docker и существующих ограничениях памяти. Автор поднимает интересную тему о скрытой проблеме ограничения памяти, с которой пользователи могут столкнуться во время работы с контейнерами.

Большое количество репостов и лайков показывает, что данная тема довольно популярна среди Java-разработчиков.

Поэтому хотелось бы более подробно проанализировать данную проблему и определить возможные пути ее решения.

Проблема

Мэтт описывает свое ночное «путешествие» в контейнере Docker со стандартным поведением памяти JVM. Он обнаружил, что ограничения RAM отображаются некорректно внутри контейнера. В результате, приложение Java, или любое другое, видит общий объем ресурсов оперативной памяти, выделенной для всей хост-машины, а JVM не может указать, сколько ресурсов было предоставлено родительскому контейнеру для работы. Это приводит к ошибке OutOfMemoryError, вызванной неправильным поведением динамической памяти JVM в контейнере.

Фабио Кунг, из Heroku, подробно описал основные причины возникновения этой проблемы в своей недавней статье "Память внутри контейнеров Linux. Или почему в контейнере Linux не работает free и top?"

Большинство инструментов Linux, предоставляющих метрики ресурсов системы, были созданы в то время, когда cgroups еще не существовали (например: free и top, как у procps). Они обычно читают метрики памяти из файловой системы proc: /proc/meminfo, /proc/vmstat, /proc/PID/smaps и других.

Ранее, мы рассказали о SSH доступе к облаку Jelastic и его особенностях:

• SSH шлюз как новый элемент инфраструктуры
• генерация и добавление SSH ключа в аккаунт Jelastic
• прямой SSH доступ к контейнерам

В этой статье мы хотели бы обратить внимание на некоторые дополнительные способы SSH доступа к контейнерам Jelastic, а именно, используя SFTP (SSH File Transfer Protocol) или FISH (Files transferred over Shell protocol) протоколы. Данные протоколы позволяют проводить различные операции с файламы (доступ, передача и др.) по защищенному каналу.

Отличительной чертой Jelastic можно считать удобный UI, который позволяет управлять многими процесами в вашем окружении без особых трудностей. Основные возможности доступны в панели управления, но порой пользователю необходимо погрузиться поглубже, чтобы произвести дополнительные настройки в том или ином контейнере, с целью кастомизации, улучшения производительности и т.д. Потому мы предоставили возможность доступа к контейнерам через SSH. В этой статье мы расскажем об этой функции и ее использовании в облаке Jelastic.

Cyclos — банковская он-лайн система с дополнительными модулями для электронной коммерции, средств связи и многих других функциональностей в данной сфере. С помощью динамической структуры Cyclos можно легко создать специализированную платежную систему простым изменением настроек.

Недавно Cyclos выпустили новую четвертую версию своего продукта, а Jelastic предоставил возможность установить её в один клик. Это можно сделать через сайт Cyclos (для этого требуется регистрация) или используя JPS виджет в нашей документации (вы также можете установить Cyclos 3 с нашей страницы Marketplace).

Jelastic часто сравнивают с Amazon Web Services, так как эти два облака имеют много общего: упрощение облачных вычислений, веб-интерфейс для создания и управления окружениями, широкий выбор программных стеков и полный контроль над серверами, с возможностью применять все необходимые настройки и многое другое.

В этой статье мы хотели бы обратить внимание на одно очень существенное различие между Jelastic и Amazon EC2 — систему ценообразования.

Ценовая политика

Основная идея ценообразования Amazon EC2 в том, что вы используете предопределенное количество ресурсов для добавляемых серверов. Чтобы получить немного дополнительных ресурсов, вам придется приобрести сервер в два раза больше уже используемого. В результате, это ведет к значительному повышению стоимости при необходимости лишь немного увеличить количество ресурсов. Даже если ваше приложение потребляет меньше ресурсов, чем предоставляется в одном сервере Amazon, вам все равно придется платить за весь его объем. Более того, если вы хотите просто изменить размер текущего сервера, без переноса данных вам придется использовать EBS, который стоит значительно больше чем не-EBS AMI.

TYPO3 — отличное решение для веб-сайтов любых размеров, от небольших до корпоративных. Эта CMS позволяет с легкостью создавать и управлять многоязычными корпоративными сайтами для больших организаций. Такие веб-сайты могут масштабироваться и адаптироваться к любым возникающим потребностям.

Jelastic дает возможность сделать ваш сайт на TYPO3 не только очень гибким и доступным, но также стабильным и высокопроизводительным. Для достижения такого результата необходимо настроить высокодоступный кластера с двумя серверами приложений Apache, балансером NGINX, нодой Memcached и двумя реплицированными базами данных MySQL.

Jelastic стремится сделать использование сложных вещей максимально простым, сократить затраты времени разработчика на рутинные задачи, а также управление процессами и, как результат, увеличить эффективность работы, направленной на саму разработку.

В этой статье мы расскажем о нашем уникальном решении по автоматизации установки приложений в один клик — Jelastic Packaging Standard (JPS). Используя данный метод вы сможете запаковать ваше приложение и предоставить его конечным пользователям уже как готовый продукт.

Хостинг приложений с высокой нагрузкой и постоянно растущим трафиком требует дополнительной мощи и настроек для обработки большого потока запросов. Решением в данном случае может послужить добавление серверов в окружение для поддержки полноценного функционирования приложения.

В результате вы сталкиваетесь с другой трудностью — более сложная установка по сравнению с использованием одного сервера. Основной проблемой является то, что такие приложения как WordPress, Drupal, Joomla, Liferay, Redmine и т.п. по умолчанию сохраняют все загружаемые файлы только на одном сервере и не синхронизируют их между серверами в кластере. Другими словами, только сервер, который обрабатывал запрос на загрузку файла, будет содержать новый контент.

Поэтому в сегодняшняшней статье мы опишем возможное решение проблемы синхронизации файлов, которое предоставляет платформа Jelastic.

В предыдущей публикации мы рассказали о новом позиционировании нашего продукта, о трансформации его в более комплексное решение Platform-as-Infrastructure, которое сочетает гибкость IaaS и удобство PaaS. В этой статье мы опишем структуру кластера Jelastic и его основные компоненты.

Основная задача Jelastic упрощать сложные технические решения, автоматизировать рутинную работу администраторов и разработчиков. Так, к примеру, уже сегодня вы можете легко развернуть комплексные приложения написанные на Java, PHP и Ruby. Поддержка мультиязчности была изначально заложена в архитектуру Jelastic. В ближайших планах также поддержка Node.js, Python и .Net.

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

Общая информация

Инсталяция Jelastic Platform-as-Infrastructure — это изолированный кластер, состоящий из группы серверов и сервисов, которые взаимодействуют как целостная система, предоставляя возможность удобно разворачивать, тестировать, поддерживать и масштабировать приложения в продакшине.

Кластер Jelastic состоит из физических серверов, на которых размещены виртуальные изолированные контейнеры, выделенные под пользовательские окружения, и управляющего сервера для внутренних системных сервисов.

С момента первого появления нашей Java & PHP платформы, одно из самых больших пожеланий, которые мы слышали было: «дайте бесплатную версию». Мы сами, конечно, такую дать не можем – хостинг предоставляют наши партнеры. Но вот один из наших российских партнеров – Инфобокс – начал опробовать такую модель. Давайте мы вам расскажем, как они это делают.

Freemium – это модель, позволяющая использовать какой-то продукт до определенных объемов совершенно бесплатно. Уже потом – когда проект вырастет и станет большим и серьезным – клиенту и заплатить будет не жалко.

Загвоздка всегда в том, как правильно очертить границы, чтобы и пользователи были довольны, и хорошие проекты в итоге действительно приносили производителю деньги.

В реализации Инфобокса, ограничение достаточно простое – по потребляемым ресурсам.
До 3 клаудлет (то есть до 128 МБ * 3 = 384 МБ оперативной памяти) тарификация не идет. Но требуется, чтобы деньги на балансе были.

Т.е. вы регистрируетесь здесь: http://infoboxcloud.ru/jelastic/ — это дает вам пятидневный совершенно бесплатный тестовый период.

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

Пользователи, которые осознали и оценили, как работают эти две технологии, с большой вероятностью никогда не возвращаются к старым хостинговым решениям на базе оплаты за выбранные лимиты, к старым VPS платформам.

Для начала предлагаю ознакомиться с нашим новым видео, которое раскладывает по полочкам основные моменты работы биллинговой системы в Jelastic.



Давайте поговорим немного про вертикальное масштабирование и про то, как это влияет на экономию денег.

Привет Хабравчанам!

Рады сообщить, что в ближайшие две недели офис Jelastic навестят настоящие гуру IT-индустрии: Майкл Видениус (или Монти, создатель MySQL), Расмус Лердорф («отец PHP») и Марк Збиковски (бывший архитектор компании Microsoft).


Безусловно, это большая честь для нашей команды, ну и, конечно же, возможность пообщаться со специалистами высочайшего уровня и пополнить свой багаж знаний. Мы хотим поделиться этой возможностью с Хабрасообществом. Вы можете задавать любые вопросы в комментариях к этому посту, а мы передадим их адресатам. Обещаем написать все ответы сразу же после проведения встреч с Майклом, Расмусом и Марком.

Привет Хабр!

Прошел ровно год с тех пор, как наш проект Jelastic получил самую престижную награду в мире Java — Duke's Choice Award (в рамках конференции JavaOne). Еще раз спасибо всем хабравчанам за поддержку!

В этом году мы также активно принимаем участие в конференции JavaOne, правда уже не в качестве номинантов. Мы рады находиться в самом эпицентре событий и сегодня хотим предоставить вашему вниманию короткий обзор победителей Duke's Choice Award 2013, ведь такую награду удается заполучить только самым инновационным, продвинутым и грандиозным Java-проектам:

Всем привет! По многочисленным просьбам наших пользователей и читателей выкладываем статистические данные по использованию баз данных, серверов приложений, а также версий Java и PHP в облаке Jelastic. Данные собирались довольно простым образом: мы просто подсчитали количество наших пользователей, которые использовали тот или иной программный стек при создании окружений на платформе Jelastic за прошлый месяц (все тестовые аккаунты, конечно же, исключили). Также в данной статье можно отследить тренды за последний год для баз данных и всего, что касается Java, и за последние 5 месяцев для серверов приложений и версий PHP (так как поддержка PHP была реализована в конце января этого года).

Базы данных

Как видим, победитель среди баз данных вполне предсказуем – это MySQL (65%). С большим отрывом второе место занимает «сестра» MySQL – MariaDB, которую используют 12% наших пользователей. Тройку лидеров замыкают Postgres и Mongo – по 11% у каждой. Ну, и аутсайдер, нашего состязания — CouchDB, которая набрала всего один процент.

Сегодня мы расскажем вам, как пользоваться свеженьким Jelastic-плагином, разработанным специально для поклонников NetBeans, которые просто забросали нас огромным количеством просьб создать для них такой инструмент.

Конечно же, специальный плагин делает разворачивание приложений в облаке более удобным и простым: сейчас не нужно делать никаких лишних телодвижений, таких как переключение между браузером и IDE, вход в систему по несколько раз и т.д. Сам плагин достаточно прост. Давайте рассмотрим его функциональность более подробно.

В последнее время разработчики все чаще и чаще обращаются к нам с просьбами реализовать CI в Jelastic. Для чего же нужна непрерывная интеграция? Как правило, в проекте, где над разными частями разработчики трудятся независимо, стадия интеграции является заключительной и довольно трудоемкой, соответственно требует дополнительных затрат времени. Переход к непрерывной интеграции позволяет снизить эту трудоемкость, а так же обнаружить и устранить ошибки заранее, пока они еще не укоренились и не выросли в более серьезную проблему. Да действительно, если осуществлять контроль качества на протяжении всего процесса разработки, можно сэкономить и время, и деньги, и усилия, при одновременном повышении качества. Такой подход особенно полезен для крупных проектов с участием большого количества разработчиков.

Сегодня мы покажем, как можно реализовать непрерывную интеграцию в облаке Jelastic на простом примере с использованием Jenkins.

Недавно нам удалось пообщаться с великим Монти — Майклом Видениусом, автором оригинальной версии открытой СУБД MySQL, который в настоящее время работает над ее ответвлением, MariaDB. (Кстати, обе эти базы поддерживаются в Jelastic.)

Как известно, мир производит и обрабатывает все больше данных (так называемый феномен «Big Data»). Общепринято мнение, что данных теперь так много, что обрабатывать их с помощью традиционных баз данных и программных методов трудно или невозможно. Это вызвало волну нереляционных баз данных (NoSQL), в которых упор делается на высокую масштабируемость. Эксперт в области баз данных, Монти, поделился с нами своими мыслями о текущем и будущем состоянии SQL, NoSQL и Big Data. Некоторые его ответы были несколько неожиданными, так что мы с радостью приводим здесь русский перевод расшифровки нашей беседы:

Как известно, приложение не всегда использует одинаковое количество ресурсов, но благодаря функции автоматического вертикального масштабирования, в Jelastic изменяется размер контейнера под приложение. Соответственно пользователю не нужно переплачивать за зарезервированные ресурсы, которые не используются, как в случае с другими PaaS. Ведь действительно, бизнес-модель всей хостинговой индустрии и старого поколения PaaS решений основана на «overselling». Таким образом, важность справедливой оплаты за фактическое потребление ресурсов очевидна.

Понятное дело, что в то время, когда разрабатывали JVM, никто не знал об облаках или виртуализации, и, тем более, никто даже не задумывался о плотности в PaaS. Сегодня виртуализация изменила ход игры в хостинговой индустрии, и эта революция будет продолжаться. Теперь мы можем более эффективно использовать ресурсы. Майкл Видстендт, один из главных архитекторов JVM в Oracle, подтвердил, что JVM совсем не предназначена для PaaS, но Oracle делает все возможное, чтобы изменить это. Плюс ребята из IBM двигаются в том же направлении. Некоторые примечания о динамическом поведением JVM можно найти в IBM JavaOne Keynote 2012 Highlights.