Компания Google представила (http://googlecloudplatform.blogspot.ru/2014/07/welcome-micro...) проект Kubernetes (https://github.com/GoogleCloudPlatform/kubernetes), в рамках которого подготовлена открытая реализация системы управления кластером изолированных контейнеров, созданных с использованием инструментария Docker (http://www.opennet.me/opennews/art.shtml?num=39965). Kubernetes позиционируется как развиваемый сообществом совместный проект, о присоединении к разработке которого уже заявили такие компании, как Microsoft, Red Hat, IBM, Docker, Mesosphere, CoreOS и SaltStack. Как и Doсker (https://github.com/dotcloud/docker/) код Kubernetes написан на языке Go и распространяется (https://github.com/GoogleCloudPlatform/kubernetes) под лицензией Apache 2.0.
Kubernetes нацелен на решение проблемы с эффективным распределением выполнения контейнеров по узлам кластера в зависимости от изменения нагрузки и потребности в сервисах. Kubernetes отслеживает состояние серверов, предоставляет средства для репликации контейнеров и упрощения из связывания между собой или с внешними сервисами. При создании Kubernetes учтён опыт использования изолированных контейнеров в инфраструктуре Google - работа практически всех сервисов Google организована (http://www.theregister.co.uk/2014/05/23/google_containerizat.../) с использованием Linux-контейнеров, еженедельно в Google запускается около двух миллиардов контейнеров (~3300 в секунду).
Kubernetes позволяет любому желающему развернуть систему управления инфраструктурой контейнеров, схожую по своим возможностям с инфраструктурой Google, используемой для обеспечения работы поисковой системы и Gmail. При этом, Kubernetes позиционируется как универсальное решение, не привязанное к отдельным продуктам и способное работать с любыми приложениями в любых облачных окружениях. В частности, компания Microsoft намерена обеспечить работу Kubernetes с Linux-окружениями на базе Azure VM, Red Hat работает над развитием Kubernetes для гибридных облачных систем, IBM развивает средства для промышленного применения Kubernetes.
Одновременно компания Google открыла исходные тексты инструментария cAdvisor (https://github.com/google/cadvisor), предназначенного для сбора детальной статистики об использовании ресурсов контейнером и её последующего анализа. Например, при помощи cAdvisor можно через web-интерфейс проанализировать производительность контейнера и характеристики расходования ресурсов, в разрезе отдельных процессов или контейнеров. Поддерживается мониториниг контейнеров, выполняемых с использованием Lmctfy (http://www.opennet.me/opennews/art.shtml?num=38071) и libcontainer (Docker). В дальнейшем не исключается перенос некоторых возможностей cAdvisor в основной состав libcontainer.
URL: http://googlecloudplatform.blogspot.ru/2014/06/an-update-on-...
Новость: http://www.opennet.me/opennews/art.shtml?num=40181
Чем оно лучше, чем cocaine?
Тем, что это решение, а не набор костылей и подпорок.
Хотите обсудить некоторые малоизвестные аспекты программирования dsPIC на ассемблере?
Начинайте.
Г@вно ваши PIC. И ассемблер у них у...ще.
Народ, посоветуйте морду для lxc для debian unstable. Убунтовский lxc web не работает (почти)
libcontainer, или docker через remote api
https://docs.docker.com/reference/api/docker_remote_api/
> предоставляет средства для репликациНикто не подскажет как именно работают эти средства?
>> предоставляет средства для репликаци
> Никто не подскажет как именно работают эти средства?Да, никто. Типа, репликация, как то клонирование-копирование сервисов, ну, то есть шардов. Ну Вы поняли!
""replicationController: A replication controller takes a template and ensures that there is a specified number of "replicas" of that template running at any one time. If there are too many, it'll kill some. If there are too few, it'll start more.
Вполне возможно, что через CRIU
> Вполне возможно, что через CRIUПричём тут CRIU? Меня интересует не как они оставляют инстанции живыми при переносе, а то как у них устроена репликация.
Хорошее начинание. Пусть пилят.