Parallels Role in the Development of Open Source Projects and their Influence on Jelastic Technology
Join the DZone community and get the full member experience.Join For Free
just recently our technology partner parallels, the company that propelled the development of isolated containers technology for linux, celebrated its 15th anniversary. below is the interview with representatives from parallels, where they revealed some of the details about the company’s participation in the development process of several open source projects, about the containers technology they provide and their influence on the container market nowadays.
this article was originally published at opennet . here we provide its translation with our own observations and comments, as we are closely acquainted with parallels containers solution which is used within jelastic cloud from the very beginning of our platform creation.
parallels is one of the founders of the container-based virtualization industry. how did you grow your business and what tasks did you aim to achieve?
over 15 years we have been doing container-based virtualization of servers on the level of os, and our company (named swsoft in those days) became well-known very fast because of this system. in 2001 parallels released virtuozzo – a container virtualization solution that gained popularity in the hosting market. the open source version became known as openvz. from 2005 openvz existed as an independent project. in parallels we tried to make virtuozzo for freebsd, but it was an unpromising attempt, and we closed it. in 2005 virtuozzo version for windows was launched.
according to the report of the linux foundation, parallels was in the list of the developing companies that contributed the most in the core linux kernel. for example, only for openvz project we made approximately 1700 patches in the kernel. from last news, redhat gave thanks to vladimir davidov for reporting some serious issues – cve-2014-0203 and cve-2014-4483 in the latest rhel6 kernel update (the second problem was detected by one of our automatic tests using linux test project). vasiliy averin received a commendation for error detection cve-2014-5045, dmitriy monahov – for cve-2012-4508.
the container project of parallels still remains the only commercially successful project in the field of virtualization on operating systems. with revealing interest in containers by google (high density comparing to the hypervisors, high performance and elastic response when you reconfigure the system due to the changed load for mass provisioning of the web services), technology started to appear in the enterprise segment. the openvz project constantly improves and ports to new kernels. the company adds new functionality, improves performance and launches updates, including those connected with security. we are focusing on the stabilization of the kernel based on rhel7, which is quickly approaching to the status of beta.
it is worth mentioning that openvz received official technical support from parallels and the opportunity to get financial help.
today, the task of parallels is to bring the technology of container virtualization into the mainstream of linux, so that every linux server in the world could have an opportunity to create the containers.
jelastic’s approach to containers
from the very beginning of jelastic platform development we’ve used the parallels virtuozzo containers solution for container based virtualization. such implementation allows users to run a large number of applications on a single physical server due to the system-level virtualization. by leveraging containers technology from the beginning, we’re confident our long-term strategy in the paas layer is solid.
currently containers within jelastic cloud are used by a wide range of hosting service providers around the world for hosting millions of end users’ applications in a very cost-effective way.
what technologies have been adopted in openvz kernel linux?
the openvz project as a part of company’s container development, is aimed to transfer all of its functionality in linux kernel (it is already 2/3 implemented). the kernel has pid, network namespaces, the parts of cgroups resource controllers, nfs-virtualization, and the mass of different fixes. there has been implemented the extension of the opportunities to manage container resources, “freezing” the container’s conditions and resumption of their work with a minimum of kernel modifications, live migration of containers from one physical server to another. this work will be continued.
why? we have mutually beneficial relationships with the os-community: we create new technologies, sharpen them with our users, and return to the kernel. why should we give it to them? once in a few years, changes have to be moved to a new code base, and this is not the most exciting work and that takes a lot of time.
the second reason is that someone else can add identical functionality, but it won’t be appropriate for our needs. it is important to understand that the promotion of own code in the kernel often creates long discussions with other developers, and, as a result, from the initial patch nothing is left at the end.
does parallels have any connection to the development of lxc tool?
we always hear that the developers differentiate lxc and openvz projects. this is unfortunate, because the team that develops openvz, also actively develops lxc, merely in cooperation with other companies. and the contribution of developers from parallels in lxc is significant – more than half of the code is written by us, and some parts are done only by the parallels team. as developers, we only win from the fact that containers have been used by other companies, for instance, google and ibm. that’s why we do not oppose lxc and openvz. basically, these are interpenetrating things, merely, lxc is under development, and it is not ready for mass consumption, and openvz is a turnkey solution, suspension over lxc.
in 2005 google was looking for elastic resource scaling. it was necessary that each user had an opportunity to get a qualified web service at any time, regardless if the current loads and remaining resources could be used for business background tasks. google employees have experimented with traditional visualization, but they abandoned to apply it. at the same time, a group of developers was working with linux and the concept based on the mechanism of cgroups. in a few months google has hired this group to work on containerization of their data centers. in january 2008, a part of cgroup technology, used at google, was transferred into the kernel.
this is how lxc project (linux containers) was born. close to this time, parallels launched openvz. in 2011 google and parallels agreed for cooperation working with their container technologies. it resulted in the implementation of linux kernel v.3.8 in 2013, in which all current container technologies for linux were connected. it helped to prevent the painful division of kvm and xen kernels.
can сriu make live migration for containers?
criu is the project that was also born in the process of interaction between parallels team and a community of linux kernel developers. this technology can stop the processes on linux and restore them at another place or at a different time based on received data (checkpoint/restore technology). moreover, this is the first implementation of the applications’ snapshot technology, which runs on unmodified os (a kernel + system library) linux (for example, accessible in fedora since the 19th version) and supports any state of processes. projects of this kind have been done before, however, they had some drawbacks, or they needed a special kernel to tighten up system libraries, or there were some limits of maintained states.
the first implementation of checkpoint/restore from parallels appeared in 2005, and it supported openvz and virtuozzo containers. the author of it is the legendary alexey kuznetsov who is the creator of 90% tcp/ip stack in linux. we tried to bring it to an upstream kernel already at that time, but we did not succeed. the next attempt was done by oren laadan in 2008. he suggested a more versatile version of the kernel implementation, but the community was not excited about such complex code, and the attempt again failed. then, in 2011, the head of the development team of parallels server virtualization, pavel emelyanov, decided to take another road – when most of the logic is implemented in the space of the user, and kernel modifications are minimal. thus, criu (checkpoint/restore [mostly] in userspace) was born. in the fall of 2013, the first major release of criu 1.0 was announced, and in september 2014 the version1.3 was launched providing, among others, one very important thing for the whole market – live migration of containers, including docker and lxc. this we achieved thanks to another project – p. haul that is built over criu and implements live migration.
why do we need it? there are lots of ways on how to use this technology: in addition to live migration, the acceleration of the large applications start, update of the kernel without rebooting, load balancing, saving the task status in case of system failure. why does the community need it? there are several scenarios of usage, including network load balancing, behavior analysis of applications on another machine, processes duplication and etc.
jelastic and live migration of containers
live migration is one of the key features that is very important for enterprise cloud platforms. jelastic cloud service providers can easily migrate containers with applications from one physical server to the other with zero downtime and that is a key requirement to maintain overall performance and quality. this increases operational efficiency, provides better load balancing and data center utilization and allows moving customers to more powerful nodes without service interruption.
in addition, during maintenance or other planned downtime of hardware, the live migration feature can perform automated evacuation of containers from one hardware node to another. this makes the jelastic platform the right choice for hosting even stateful applications. during live migration, applications keep working without downtime and get the required resources.
jelastic’s unique automatic vertical scaling uses live migration to ensure that applications can scale within a server without downtime. as an application scales within a server, other applications can be automatically migrated to another server to make room. live migration allows jelastic to deliver all the needed resources for applications, without restarting containers and causing application downtime.
what is the relationship of parallels with docker project?
docker is not a competitor but a partner for system libraries. sometimes we get some strange questions about the competition with docker that handles containers as well. we consider them strange because the existing container projects are not in the state of the competition on the market. for a long time in the past, various container projects (for instance, openvz, lxc, docker) coexisted rather than in parallel, offering their users a similar experience in essence, but different in its implementation and detailed technology. but the clouds continue to grow and their popularity increases along with them. and the developers of container virtualization technology unite to solve the problems.
we work together on system library projects that provide an interface to the kernel container components. first of all, the libcontainer project started by docker, now involves parallels, canonical, google and redhat, and they agreed on joint development. secondly, libctlibrary that was started by our colleague pavel yemelyanov, and now is actively developed with a help of docker, lxc and google. in particular, we are working on support of docker in openvz kernel (backend in the libct) and inside openvz container. both projects have the same objectives, which is to standardize docker with linux kernel and lock in to the major programming languages, and, thus, to expand the number of usage scenarios for the containers’ industry.
these libraries are necessary because the kernel does not have such term as “container”. speaking of containers, the kernel developers mean several different kernel subsystems that, if used properly, let isolate the applications in virtual environments. these are mainly cgroups and namespaces. the direct use of kernel interfaces is possible but rather non-trivial. libraries designed to simplify the procedure of their use giving programmers the interface that has more typical terms: “container”, “computing resources”, “virtual network” and etc.
jelastic + parallels + docker
docker, jelastic and parallels containers are complementary to each other. docker addresses application assembly, delivery and portability; jelastic provides orchestration and management for hosting applications in the cloud and parallels cloud server offers container and storage infrastructure performance and availability.
docker is a packaging and orchestration system that requires container technology to function. we believe the evolution of docker is not finished yet and requires more attention on the virtualization layer to finally deliver the promised high density, together with an advanced level of security and live migration of containers on top of bare metal hardware.
it’s obvious that hosting docker templates inside a vm is not efficient enough and can be improved to deliver the original promise of containers virtualization. moreover, this point becomes dramatically important if you think about economy, tco, performance, licensing and management complexity of private cloud and cloud-in-a-box solutions designed for devops.
we offer the first industry solution that combines docker’s application delivery approach and parallels containers, fully managed via jelastic paas. the collaboration allows service providers to enable continuous application delivery, fully elastic scalability and integrated orchestration and management for hosting applications in the cloud. jelastic’s solution means that docker users can now run their containers securely and at high density within parallels containers.
does parallels participate in the development of virtualization technology?
we are involved in the development of libvirt, the cross-platform library for virtualization management, organized by redhat. there we have added support for the above mentioned parallels cloud server and openvz products.
congratulations to our partner parallels on their 15th anniversary and the enormous success they have achieved.
if you would like to discover how jelastic uses container technology, enabling live migration, full isolation and security, smart distribution of containers, high density, memory de-duplication, full orchestration and more, sign up for your 2-week free trial now!
Published at DZone with permission of Tetiana Fydorenchyk, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.