Changes

Jump to: navigation, search

Use cases

924 bytes added, 14:27, 5 August 2015
update scenarios
{{stub}}
OpenVZ has The high system utilization capabilities and improved performance allow containers to get the most out of an enterprisesystem’s infrastructure. With a number of unique features that can be effectively used in the following scenarios:common kernel among containers, OS management is far less impacted than for a VM-basedsystem.
== Improved security CI/CD and development operations ==
Consider a Linux server used to serve mail, web site, Containers offers significant benefits for CI/CD and DNSdevelopment operations (DevOps). There are at least three different applications listening A key hurdle during applicationdevelopment is the point when finished code is turned over to the testing and handling network requestsproduction side. Often, and any of them can contain security holesan application that ranfine for the developer doesn’t run during production testing. Using OpenVZ, a server Containers are well suited for application development sinceyou can be divided into three [[define all of the elements of an application environment within the container]]s, one for each application. Thus, This means if the DNS server is compromisedapplication runs inthe development container it will run in a final production container that matches it. With containers, the testing can beaccomplished without disrupting other applications will still . Container startup is much quicker than VMs, allowing on-demandexecution of CI processes and quicker testing cycles. Application updates can also be left intact due to complete isolation between containersfacilitated through independentreleases of many containerized micro-services. This agility allows for limited or dark releases and rollback changes at themicro-service level.
== Server consolidation Containers and big data ==  Having a separate physical server for each application is generally a good approach, it increases availability and improves security. However, separate servers lead to increased costs of hardware and collocation, and modern hardware is often underutilized in this scenario. With OpenVZ, you can enjoy the benefits of dedicated server without such drawbacks. Create a container for each application and use the existing hardware more efficiently. This approach can be deployed totally transparently to users using OpenVZ.
== Development The moving of processes or data might be optimized with containers. A new process container might be virtually created ona data storage container, or a data container can be created and testing ==filled on a process container. Much of Big Data is reallyLittle Data buried inside huge amounts of unrelated data. A light-weight process may efficiently extract a small dataset andsend it to a parallel computer such as a GPU for processing. Other processes might be characterized by both volume andtype and need to request more storage for explosively growing processes.
Developers often need access Possible uses cases to several different Linux distributions to develop an application. Testing also needs to be performed on various software configurations. Therefore, testing provide big data and development groups often require Analytics as a lot of hardware. Service (AaaS) include:
Alternatively, using OpenVZ developers * Data scientists that want to experiment and QAs can create multiple partitions with different Linux distributions and configurations residing on one physical serverlearn about big data technologies. Each container can have its own set of packages, system libraries, configuration files* Developers that need a locally accessible big data development environment. You can do snapshots * Users that want to share a big data application quickly and rollbackssafely.
== Hosting ==
* Much easier to administer
== Educational Server consolidation ==
With Consider a Linux server used to serve a bunch of services. You will have downtime for each service during OS update or setup failover cluster for each service to decrease downtime. Using OpenVZ, a separate container server can be created divided into several [[container]]s, one for every studenteach service. Thus, each student gets their own root account With [[Checkpointing and live migration|live migration]] available for [[container]]s you can do everything on their own migrate your services to another service and return them back after upgrading server, e.g. experiment with firewall configuration rules (iptables).
== Easy maintenance ==Having a separate physical server for each application is generally a good approach, it increases availability and improves security. However, separate servers lead to increased costs of hardware and collocation, and modern hardware is often underutilized in this scenario. With OpenVZ, you can enjoy the benefits of dedicated server without such drawbacks. Create a container for each application and use the existing hardware more efficiently. This approach can be deployed totally transparently to users using OpenVZ.
Consider a Linux server used to serve a bunch of services. You will have downtime for each service during OS update or setup failover cluster for each service to decrease downtime. Using OpenVZ, a server can be divided into several [[container]]s, one for each service. With [[Checkpointing and live migration|live migration]] available for [[container]]s you can migrate your services to another service and return them back after upgrading server.
== See also ==
* [[Success stories]]
* [http://h20195.www2.hp.com/V2/getpdf.aspx/4AA5-9251ENW.pdf?ver=1.0 Technical white paper: Linux container technology]

Navigation menu