diff --git a/source/ext/spellchecking/wordlists/opennebula.txt b/source/ext/spellchecking/wordlists/opennebula.txt index 5e018e8bd9..d03078c8a5 100644 --- a/source/ext/spellchecking/wordlists/opennebula.txt +++ b/source/ext/spellchecking/wordlists/opennebula.txt @@ -226,6 +226,7 @@ boolean booleans bootable bootloader +browseable btrfs bugfixes busLogic diff --git a/source/images/open_cloud_arch-view.png b/source/images/open_cloud_arch-view.png new file mode 100644 index 0000000000..bda3a04266 Binary files /dev/null and b/source/images/open_cloud_arch-view.png differ diff --git a/source/overview/cloud_architecture_and_design/cloud_architecture_design.rst b/source/overview/cloud_architecture_and_design/cloud_architecture_design.rst index b4c2c95bab..3f1d4297e1 100644 --- a/source/overview/cloud_architecture_and_design/cloud_architecture_design.rst +++ b/source/overview/cloud_architecture_and_design/cloud_architecture_design.rst @@ -4,22 +4,24 @@ Cloud Architecture Design =========================== -To start learning about OpenNebula, or if you want to quickly try an Edge, Hybrid or Multi-cloud deployment, we strongly recommend you start with the :ref:`Quick Start Guide `. In the Quick Start, you can: +This page describes the high-level steps to design and deploy an OpenNebula cloud. + +To familiarize yourself with deployment and daily operations, or if you want to quickly try an Edge, Hybrid or Multi-cloud deployment, we strongly recommend you begin with the :ref:`Quick Start Guide `. In the Quick Start, you can: * :ref:`Install an OpenNebula Front-end ` * Deploy on-demand :ref:`Edge Clusters ` on remote cloud providers * Deploy :ref:`Virtual Machines ` and :ref:`Kubernetes clusters ` -As you follow the tutorials you will learn the basic usage and operation of your cloud. This trial of a real cloud deployment can help you to plan for the most suitable features for performance, scalability, to get the most out of your OpenNebula cloud. +As you follow the tutorials you will learn the basic usage and operation of your cloud. This trial of a real cloud deployment can help you to plan for the most suitable features for performance and scalability, to get the most out of your OpenNebula cloud. -The sections below describe the high-level steps to design and deploy an OpenNebula cloud. +For a sequential outline of the tasks involved in designing an OpenNebula cloud, read on. Step 1. Install the Front-end ================================================= The first step is the installation of the OpenNebula Front-end. The :ref:`installation process ` is based on operating system packages for the most widely-used Linux distributions, and is the same for any underlying hypervisor or deployment model. -If you are planning for a system with a very large number of hypervisors, don’t forget to read the :ref:`Large-scale Deployment ` section. The general recommendation is that each OpenNebula instance handle up to 2500 servers and 10,000 VMs. Better performance and higher scalability can be achieved by tuning other components, such as the DB. In any case, to grow the size of your cloud beyond these limits, you can horizontally scale the cloud by adding new OpenNebula zones within a federated deployment. The largest OpenNebula deployment consists of 16 data centers and 300,000 cores. +If you are planning for a system with a very large number of hypervisors, don’t forget to read the :ref:`Large-scale Deployment ` section of the documentation. The general recommendation is that each OpenNebula instance handle up to 2500 servers and 10,000 VMs. Better performance and higher scalability can be achieved by tuning other components, such as the database where the state of the cloud is persisted. To grow the size of your cloud beyond the above limits, you can horizontally scale the cloud by adding new OpenNebula zones within a federated deployment. The largest OpenNebula deployment consists of 16 data centers and 300,000 cores. To reduce downtime of core OpenNebula services, you can optionally set up a :ref:`High-availability cluster `. If planning for a large-scale infrastructure, you can :ref:`configure a MySQL/MariaDB backend ` as an alternative to the default SQLite backend. @@ -30,23 +32,23 @@ Besides connecting your cloud to the public :ref:`OpenNebula Marketplace and oth Step 2. Deploy Edge Clusters ================================================= -OpenNebula brings its own :ref:`Edge Cluster configuration ` that is based on solid open-source storage and networking technologies, and is a much simpler approach than those of customized cloud architectures made of more complex, general-purpose and separate infrastructure components. OpenNebula :ref:`automates the deployment of Edge Clusters ` on-demand, on virtual or bare-metal resources both on-premises and on your choice of public cloud or edge provider. +OpenNebula brings its own :ref:`Edge Cluster configuration `. Based on solid open-source storage and networking technologies, it is a much simpler approach than those of customized cloud architectures made of more complex, general-purpose and separate infrastructure components. OpenNebula :ref:`automates the deployment of Edge Clusters ` on-demand, on virtual or bare-metal resources both on-premises and on your choice of public cloud or edge provider. Step 3. Set Up Customized Clusters On-premises ================================================= -OpenNebula is certified to work on top of multiple combinations of hypervisors, storage and networking technologies. In this model, you need to first install and configure the underlying cloud infrastructure software components, then install OpenNebula to build the cloud. Clusters can be deployed on-premises or on your choice of bare-metal cloud or hosting provider. If you are interested in an OpenNebula cloud fully based on open source platforms and technologies, please refer to our :ref:`Open Cloud Reference Architecture `. The reference architecture and the guide have been created from the collective information and experiences of hundreds of users and cloud client engagements. Besides the main logical components and interrelationships, these guide documents software products, configurations, and requirements of infrastructure platforms recommended for a smooth OpenNebula installation. +OpenNebula is certified to work on top of multiple combinations of hypervisors, storage and networking technologies. In this model, you need to first install and configure the underlying cloud infrastructure software components, then install OpenNebula to build the cloud. Clusters can be deployed on-premises or on your choice of bare-metal cloud or hosting provider. If you are interested in an OpenNebula cloud fully based on open source platforms and technologies, please refer to our :ref:`Open Cloud Reference Architecture `. The reference architecture and the guide have been created from the collective information and experiences of hundreds of users and cloud client engagements. Besides the main logical components and interrelationships, the guide documents software products, configurations, and requirements of infrastructure platforms recommended for a smooth OpenNebula installation. 3.1. Choose Your Hypervisor -------------------------------------------------- -The first step in building a customized cluster is to decide on the hypervisor that you will use in your cloud infrastructure. The main OpenNebula distribution provides full support KVM, one of the most efficient and widely-used hypervisors, as well as LXC system containers. +The first step in building a customized cluster is to decide on the hypervisor that you will use in your cloud infrastructure. The main OpenNebula distribution provides full support for KVM, one of the most efficient and widely-used hypervisors, as well as LXC system containers. -- **Virtualization and Cloud Management on KVM**. Many companies use OpenNebula to manage data center virtualization, consolidate servers, and integrate existing IT assets for computing, storage, and networking. In this deployment model, OpenNebula directly integrates with KVM and complete controls virtual and physical resources, providing advanced features for capacity management, resource optimization, high availability and business continuity. Some of these deployments additionally use OpenNebula’s **Cloud Management and Provisioning** features when they want to federate data centers, implement cloud bursting, or offer self-service portals for end-users. +- **Virtualization and Cloud Management on KVM**. Many companies use OpenNebula to manage data center virtualization, consolidate servers, and integrate existing IT assets for computing, storage, and networking. In this deployment model, OpenNebula directly integrates with KVM and completely controls virtual and physical resources, providing advanced features for capacity management, resource optimization, high availability and business continuity. Some of these deployments additionally use OpenNebula’s **Cloud Management and Provisioning** features for federating data centers, implementing cloud bursting, or offering self-service portals for end-users. -- **Containerization with LXC**. Containers are the next step towards virtualization. They have a minimal memory footprint and skip the compute-intensive and sometimes unacceptable performance degradation inherent to hardware emulation. You can have a very high density of containers per virtualization node and run workloads close to bare-metal metrics. LXC focuses on system containers unlike similar technologies such as Docker, which focuses on application containers. +- **Containerization with LXC**. Containers have a minimal memory footprint and avoid the compute-intensive and sometimes unacceptable performance degradation inherent to hardware emulation. You can have a very high density of containers per virtualization node and run workloads close to bare-metal metrics. LXC focuses on system containers, unlike similar technologies such as Docker, which focuses on application containers. -OpenNebula allows you to deploy heterogeneous multi-hypervisor environments managed by a single OpenNebula instance, so after after having installed the cloud with one hypervisor, you can add another. The ability to gradually integrate other open source hypervisors helps to protect existing IT investments and facilitate evaluation and testing, at the same time avoiding vendor lock-in by using open-source components. +OpenNebula allows you to deploy heterogeneous multi-hypervisor environments managed by a single OpenNebula instance, so after after having installed the cloud with one hypervisor, you can add another. The ability to gradually integrate open source hypervisors helps to protect existing IT investments and facilitates evaluation and testing, at the same time avoiding vendor lock-in by using open-source components. |OpenNebula Hypervisors| @@ -58,7 +60,7 @@ After selecting the hypervisor(s) for your cloud, you are ready to **add the vir 3.3. Integrate with Data Center Infrastructure ------------------------------------------------------------ -Now you should have an OpenNebula cloud up and running with at least one virtualization node. The next step is to configure OpenNebula to work with your infrastructure. OpenNebula directly manages the hypervisor, networking and storage platforms, and you may need additional configuration: +Now you should have an OpenNebula cloud up and running with at least one virtualization node. The next step is to configure OpenNebula to work with your infrastructure. OpenNebula directly manages the hypervisor, networking and storage platforms; and you may need additional configuration: - **Networking setup** with :ref:`802.1Q VLANs `, :ref:`Open vSwitch ` or :ref:`VXLAN `. @@ -79,24 +81,24 @@ Step 4. Operate your Cloud 4.1. Define a Provisioning Model -------------------------------------------------- -Before configuring multi-tenancy and defining the provisioning model of your cloud, we recommend you consult the introduction to the :ref:`OpenNebula Provisioning Model `. In a small installation with a few Hosts, you can skip this guide and use OpenNebula without giving much thought to infrastructure partitioning and provisioning. However, for medium and large deployments you will probably want to provide some level of isolation and structure. +Before configuring multi-tenancy and defining the provisioning model of your cloud, we recommend you consult the introduction to the :ref:`OpenNebula Provisioning Model `. In a small installation with few Hosts, you can use OpenNebula without giving much thought to infrastructure partitioning and provisioning; however, for medium and large deployments you will probably want to provide some level of isolation and structure. OpenNebula helps you to define a provisioning model based on two concepts: - **Users and Groups.** OpenNebula features advanced multi-tenancy with powerful :ref:`user and groups management `, implemented through an :ref:`Access Control List ` mechanism that allows for differential role management based on fine-grained permissions that can be applied over any resource. The :ref:`resource quota management ` subsystem lets you track and limit the use of computing, storage and networking resources. -- **Virtual Data Centers** or :ref:`VDCs ` allow you to assign one or more user groups to a pool of physical resources. You can also create *logical* pools of resources—which may physically belong to different clusters and zones—and allocate them to user groups. +- **Virtual Data Centers** or :ref:`VDCs ` allow you to assign one or more user groups to a pool of physical resources. You can also create *logical* pools of resources which may physically belong to different clusters and zones, and allocate them to user groups. Finally, the :ref:`accounting ` and :ref:`showback ` modules allow you to visualize and report resource usage data, produce usage reports, and integrate with chargeback and billing platforms. 4.2. Manage Virtual Resources -------------------------------------------------- -Now everything is ready for operation. OpenNebula provides you with full control to manage virtual resources. +Now everything is ready for operation. OpenNebula provides you with full control to manage virtual resources, as outlined below. -- **Virtual machine image management** that allows you to store disk images in :ref:`catalogs ` (termed datastores), that can then be used to define VMs, or be shared with other users. The images may be OS installations, persistent datasets or empty data blocks that are created within the datastore. +- **Virtual machine image management** allows you to store disk images in :ref:`catalogs ` (termed datastores), that can then be used to define VMs, or be shared with other users. The images may be OS installations, persistent datasets or empty data blocks created within the datastore. -- **Virtual network management** allows you to organize :ref:`Virtual networks ` in catalogs, as well as to provide means to interconnect virtual machines. This type of resource may be defined as IPv4, IPv6, or mixed networks, and may be used to achieve full isolation between virtual networks. Networks can be easily interconnected by :ref:`virtual routers `, and may be hardened by dynamic configuration of :ref:`security groups ` +- **Virtual network management** allows you to organize :ref:`Virtual networks ` in catalogs, as well as to provide means to interconnect virtual machines. This type of resource may be defined as IPv4, IPv6, or mixed networks, and may be used to achieve full isolation between virtual networks. Networks can be easily interconnected by :ref:`virtual routers `, and may be hardened by dynamic configuration of :ref:`security groups `. - **Virtual machine template management** implements a :ref:`template catalog ` that allows you to register :ref:`virtual machine ` definitions to be instantiated later as Virtual Machines. @@ -120,9 +122,9 @@ This step is optional and only for integrators and builders. Because no two clouds are the same, OpenNebula provides many different interfaces that can be used to interact with the functionality offered to manage physical and virtual resources. -- A **Modular and extensible architecture** with :ref:`customizable plug-ins ` for integration with any third-party data center infrastructure platform for :ref:`storage `, :ref:`monitoring `, :ref:`networking `, :ref:`authentication `, :ref:`virtualization ` and :ref:`market `. +- A **modular and extensible architecture** with :ref:`customizable plugins ` for integration with any third-party data center infrastructure platform for :ref:`storage `, :ref:`monitoring `, :ref:`networking `, :ref:`authentication `, :ref:`virtualization ` and :ref:`market `. -- A **Rich API set** that offers all the functionality of OpenNebula components, with bindings for :ref:`Ruby ` and :ref:`Java ` as well as the :ref:`XML-RPC API `. These APIs will ease the integration of your cloud with higher-level tools such as chargeback, billing or self-service platforms. +- A **rich API set** that offers all the functionality of OpenNebula components, with bindings for :ref:`Ruby ` and :ref:`Java ` as well as the :ref:`XML-RPC API `. These APIs will ease the integration of your cloud with higher-level tools such as chargeback, billing or self-service platforms. - The **OneFlow API** to create, control and monitor :ref:`multi-tier applications or services ` composed of interconnected Virtual Machines. @@ -131,9 +133,9 @@ Because no two clouds are the same, OpenNebula provides many different interface |OpenNebula Cloud Architecture| .. |OpenNebula Hypervisors| image:: /images/6_features.png - :width: 70% + :width: 90% :align: middle .. |OpenNebula Cloud Architecture| image:: /images/new_overview_integrators.png - :width: 70% + :width: 90% :align: middle diff --git a/source/overview/cloud_architecture_and_design/edge_cloud_reference_architecture.rst b/source/overview/cloud_architecture_and_design/edge_cloud_reference_architecture.rst index af6479cda7..ff01fca659 100644 --- a/source/overview/cloud_architecture_and_design/edge_cloud_reference_architecture.rst +++ b/source/overview/cloud_architecture_and_design/edge_cloud_reference_architecture.rst @@ -4,13 +4,15 @@ Edge Cloud Reference Architecture ======================================== -To support digital transformation initiatives, IT departments need the right blend of on-premises, public and edge cloud environments to support a variety of existing and emerging use cases while avoiding vendor lock-in and enabling cost optimization. They also need to combine containers with virtual machine workloads in a shared environment in order to get the most out of both worlds: mature virtualization technologies plus secure container orchestration. This document presents a powerful distributed Edge Cloud Architecture for OpenNebula composed of Edge Clusters that can run any workload - both virtual machines and application containers — on any resource — bare metal or virtualized — anywhere on premises and on a cloud provider. Our Edge Cloud Architecture enables true hybrid and multi-cloud computing by combining public and private cloud operations with workload portability and unified management of IT infrastructure and applications. +To support digital transformation initiatives, IT departments need the right blend of on-premises, public and edge cloud environments to support a variety of existing and emerging use cases while avoiding vendor lock-in and enabling cost optimization. They also need to combine virtual machine workloads with containerized applications from Kubernetes in a shared environment to get the best of both worlds: mature virtualization technologies and orchestration of application containers. -We have defined this architecture to be much simpler than traditional cloud computing architectures, which are usually composed of complex, proprietary general-purpose software systems for storage and networking. This architecture has been created from the collective information and experiences of hundreds of users and client engagements over the last ten years. It builds on storage and networking technologies that already exist in the Linux operating system and on modern storage hardware that is available from existing cloud and edge providers, leading to a greatly simplified design. Our Edge Cloud Architecture implements enterprise-grade cloud features for performance, availability, and scalability, with a very simple design that avoids vendor lock-in and reduces complexity, resource consumption, and operational costs. +This document presents a powerful distributed Edge Cloud Architecture for OpenNebula composed of Edge Clusters that can run any workload - both virtual machines and containerized applications — on any resource — bare metal or virtualized — anywhere on premises and on a cloud provider. Our Edge Cloud Architecture enables true hybrid and multi-cloud computing by combining public and private cloud operations with workload portability and unified management of IT infrastructure and applications. + +We have defined this architecture to be much simpler than traditional cloud computing architectures, which are usually composed of complex, proprietary general-purpose software systems for storage and networking. This architecture has been created from the collective information and experiences of hundreds of users and client engagements for over more than ten years. It builds on storage and networking technologies that already exist in the Linux operating system and on modern storage hardware available from existing cloud and edge providers, leading to a greatly simplified design. Our Edge Cloud Architecture implements enterprise-grade cloud features for performance, availability, and scalability, with a very simple design that avoids vendor lock-in and reduces complexity, resource consumption, and operational costs. |image| -.. note:: The White Paper on the True Hybrid Cloud Architecture is publicly available for download `here `__. +.. note:: The White Paper on the True Hybrid Cloud Architecture is publicly available for `download `__. .. |image| image:: /images/overview_edge-cluster.png :width: 70% diff --git a/source/overview/cloud_architecture_and_design/open_cloud_reference_architecture.rst b/source/overview/cloud_architecture_and_design/open_cloud_reference_architecture.rst index 6f8b0498ed..062181bc61 100644 --- a/source/overview/cloud_architecture_and_design/open_cloud_reference_architecture.rst +++ b/source/overview/cloud_architecture_and_design/open_cloud_reference_architecture.rst @@ -5,18 +5,14 @@ Open Cloud Reference Architecture ================================================================================ -The OpenNebula Cloud Reference Architecture is a blueprint to guide IT architects, consultants, administrators, and field practitioners in the design and deployment of public and private clouds fully based on open source platforms and technologies. It has been created from the collective information and experiences of hundreds of users and cloud client engagements. Besides the main logical components and interrelationships, this reference architecture documents software products, configurations, and requirements of infrastructure platforms recommended for a smooth OpenNebula installation. Three optional functionalities complete the architecture: high availability, true hybrid and edge cloud for workload outsourcing, and federation of geographically dispersed data centers. +The OpenNebula Cloud Reference Architecture is a blueprint to guide IT architects, consultants, cloud‬ ‭administrators, and field practitioners in the design and deployment of private, hybrid, and edge clouds‬ ‭fully based on ‬‭open source platforms and technologies‭. ‬‭It is based on the collective information and‬ ‭experiences of hundreds of users and client engagements. Besides the main logical components and‬ ‭interrelationships within the architecture, this document includes references to software products, specific‬ ‭configurations, and requirements of infrastructure platforms recommended for a‬‭ smooth OpenNebula‬ ‭installation‭. Three optional functionalities complete‬ ‭this architecture: high availability, true hybrid and‬ ‭edge for workload outsourcing, and federation of geographically-dispersed data centers.‬ -The document describes the reference architecture for Basic and Advanced OpenNebula Clouds and provides recommended software for main architectural components, and the rationale behind them. Each section also provides information about other open source infrastructure platforms tested and certified by OpenNebula to work in enterprise environments. To complement these certified components, the OpenNebula add-on catalog can be browsed for other options supported by the community and partners. Moreover, there are other components in the open cloud ecosystem that are not part of the reference architecture, but are nonetheless important to consider at the time of designing a cloud, like for example Configuration Management and Automation Tools for configuring cloud infrastructure and managing a large number of devices. +The document describes the reference architecture for Basic and Advanced OpenNebula Clouds and provides recommended software for main architectural components, and the rationale behind them. Each section also provides information about other open source infrastructure platforms tested and certified by OpenNebula to work in enterprise environments. As a complement to these certified components, the browseable OpenNebula add-on catalog offers further options supported by partners and by the OpenNebula community. This reference architecture does not include other components in the open cloud ecosystem that are important to consider at the time of designing a cloud, such as configuration management and automation tools for configuring cloud infrastructure and managing large numbers of devices. |image| -.. note:: The White Paper on the Open Cloud Architecture is publicly available for download `here `__. +.. note:: The White Paper on the Open Cloud Architecture is publicly available for `download `__. -OpenNebula provides a variety of ways for Virtual Machines and containers to access storage. It supports multiple traditional storage models including NAS, SAN, NFS, iSCSI, and Fiber Channel (FC), which allow virtualized applications to access storage resources in the same way as they would on a regular physical machine. It also supports distributed Software-Defined Storage (SDS) models like Ceph, GlusterFS, StorPool, and LinStor, that allow you to create and scale elastic pools of storage and hyperconvergence deployments. Deciding which is the right storage backend for your cloud depends on your performance, scalability, and availability requirements; your existing storage infrastructure; your budget for new hardware, licenses, and support; and your skills and the IT staff you want to dedicate to its operation. This report describes OneStor, a local direct attached storage solution enhanced with caching, replica and snapshotting mechanisms that has been specially designed for OpenNebula cloud infrastructures. OneStor brings significant benefits to any enterprise, with a clear reduction in complexity, resource consumption and operational costs. -.. note:: The Report on Choosing the Right Storage for Your Cloud is publicly available for download `here `__. - - -.. |image| image:: /images/one_high.png +.. |image| image:: /images/open_cloud_arch-view.png :width: 70% diff --git a/source/overview/cloud_architecture_and_design/vmware_reference_architecture.rst b/source/overview/cloud_architecture_and_design/vmware_reference_architecture.rst deleted file mode 100644 index f6049e249d..0000000000 --- a/source/overview/cloud_architecture_and_design/vmware_reference_architecture.rst +++ /dev/null @@ -1,17 +0,0 @@ -.. _vmware_cloud_architecture: - -================================================================================ -VMware Reference Architecture -================================================================================ - -The OpenNebula Cloud Reference Architecture is a blueprint to guide IT architects, consultants, administrators and field practitioners in the design and deployment of public and private clouds based on OpenNebula on top of VMware vCenter. The reference architecture in this paper is intended for organizations with existing VMware environments or expertise who want to limit changes to their underlying VMware infrastructure, but see benefits in a common provisioning layer via OpenNebula to control compute workloads and who want to take a step toward liberating their stack from vendor lock-in. - -The document has been created from the collective information and experiences of hundreds of users and cloud client engagements. Besides the main logical components and interrelationships, this reference architecture documents software products, configurations, and requirements of infrastructure platforms recommended for a smooth OpenNebula installation. Three optional functionalities complete the architecture: high availability, cloud bursting for workload outsourcing, and federation of geographically dispersed data centers. - -|image| - -.. note:: The White Paper on the True Hybrid Cloud Architecture is publicly available for download `here `__. - -.. |image| image:: /images/one_vcenter_high.png - :width: 50% - diff --git a/source/overview/opennebula_concepts/opennebula_overview.rst b/source/overview/opennebula_concepts/opennebula_overview.rst index fe31a88b41..4132b57a29 100644 --- a/source/overview/opennebula_concepts/opennebula_overview.rst +++ b/source/overview/opennebula_concepts/opennebula_overview.rst @@ -15,21 +15,17 @@ OpenNebula is a **powerful, but easy-to-use, open source platform to build and m OpenNebula Infrastructure and Management ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -An OpenNebula infrastructure can be deployed on-premises, in the cloud, at the edge, or in hybrid and multi-cloud environments. Virtualization is based on the KVM open source hypervisor, with support for LXC. - -In an OpenNebula cloud, the basic controlling entity is an OpenNebula **Front-end**. The Front-end runs and interacts with components such as daemons, services and interfaces to provide deployment, management, orchestration and monitoring. The system is modular; designed for flexibility in adapting to different needs, it offers numerous possibilities for infrastructure deployment as well as management and operations, such as using different database backends for persisting the state of the cloud, using external authentication systems, and integrating with accounting, chargeback or other platforms. - -OpenNebula can manage both single VMs and complex multi-tier services composed of several VMs that require sophisticated elasticity rules and dynamic adaptability. +An OpenNebula infrastructure can be deployed on-premises, in the cloud, at the edge, or in hybrid and multi-cloud environments. Virtualization is based on the KVM open source hypervisor, with support for LXC. Cloud resources are orchestrated by one or more OpenNebula **Front-ends**. The Front-end executes and interacts with components such as daemons, services and interfaces to provide deployment, management, orchestration and monitoring of infrastructure resources. It persists the state of the cloud on a designated SQL database. The system is modular and designed for flexibility; it offers numerous possibilities for deploying the infrastructure as well as the management layer itself, such as support for different database backends, external authentication systems and integration with accounting, chargeback or other platforms. Virtualized Applications ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Elements in the OpenNebula infrastructure -- such as Virtual Machines, networks and appliances -- are created from images and templates. Users can modify existing templates or create new ones. Cloud administrators can share templates across their organizations, either directly or using a private corporate marketplace. Additionally, the `OpenNebula Public Marketplace `__ offers pre-defined, fully-functional templates for download and deployment, including for multi-VM applications and virtual devices. +OpenNebula can manage both single VMs and complex multi-tier services composed of several VMs that require sophisticated elasticity rules and dynamic adaptability. Elements in the OpenNebula infrastructure—such as Virtual Machines, networks and appliances—are created from images and templates. Users can modify existing templates or create new ones. Cloud administrators can share templates across their organizations, either directly or using a private corporate marketplace. Additionally, the `OpenNebula Public Marketplace `__ offers pre-defined, fully-functional templates for download and deployment, including for multi-VM applications and virtual devices. Containerized Applications through Kubernetes ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -OpenNebula supports the automated deployment of Kubernetes clusters through a virtual appliance, **OneKE**, the OpenNebula Kubernetes Engine. OneKE is an enterprise-grade, CNCF-certified Kubernetes distribution based on SUSE Rancher RKE2. In its basic configuration it comprises four Virtual Machines: the Kubernetes master node, a VNF node, a storage and a worker node. It can be configured as a multi-master cluster for high availability, and easily scaled up to include more worker nodes, either before deployment or dynamically during operation. It includes various features such as MetalLB load balancing, Multus and Cilium CNI plugins, and Longhorn storage. It is available as a multi-VM appliance on the OpenNebula Marketplace, and can be installed in minutes using the Sunstone web UI. +OpenNebula supports the automated deployment of Kubernetes clusters through a virtual appliance, **OneKE**, the OpenNebula Kubernetes Engine. OneKE is an enterprise-grade, CNCF-certified Kubernetes distribution based on SUSE Rancher RKE2. In its basic configuration it comprises four Virtual Machines: the Kubernetes master node, a VNF node, a storage and a worker node. It can be configured as a multi-master cluster for high availability, and easily scaled up to include more worker nodes, either before deployment or dynamically during operation, by using elasticity rules. It includes features such as MetalLB load balancing, Multus and Cilium CNI plugins, and Longhorn storage. It is available as a multi-VM appliance on the OpenNebula Marketplace, and can be installed in minutes using Sunstone, OpenNebula’s web UI. |image2| @@ -38,26 +34,25 @@ Management Model and Tools OpenNebula’s management model provides multi-tenancy by design, offering different user interfaces depending on users’ roles within an organization, or the level of required expertise or functionality. -OpenNebula’s management tools include the Sunstone Web UI, an easy-to-use visual interface for managing cloud infrastructure. Sunstone supports creating new templates for VMs, services, networks and devices. The UI implements the full multi-tenancy features of the underlying system, allowing access to users with different roles, access and management permissions. +Management tools include the **Sunstone Web UI**, an easy-to-use visual interface for managing cloud infrastructure. The UI implements the full multi-tenancy features of the underlying system, allowing access to users with different roles, access and management permissions. |sunstone| +Among other features, Sunstone offers support for easily managing single VMs and multi-VM services, as well as datastores, hosts and clusters; visualizing metrics and logs; and creating and editing templates for VMs, services, networks and devices. Cloud Access Models and Roles ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ OpenNebula’s cloud provisioning model is based on Virtual Data Centers (VDCs), designed to dynamically provision infrastructure resources in large multi-data center and multi-cloud environments to different customers, business units or groups. The following are common examples of enterprise use cases in large cloud computing environments: -* **On-premises Private Clouds** serving multiple Projects, Departments, Units or Organizations, which require fine-grained and flexible mechanisms to manage access privileges to virtual and physical infrastructures, and to dynamically allocate available resources. +* **On-premises Private Clouds** serving multiple Projects, Departments, Units or Organizations; which require fine-grained and flexible mechanisms to manage access privileges to virtual and physical infrastructures, and to dynamically allocate available resources. * **Cloud Providers** offering customers Virtual Private Cloud Computing, including a fully-configurable and isolated environment over which customers exercise full control and capacity to administer users and resources. These environments combine a public cloud with the control usually found in a personal private cloud system. -A key management task in an OpenNebula infrastructure environment involves determining who can use the cloud administrative interfaces, and what tasks those users are authorized to perform. The person with the role of cloud service administrator is authorized to assign the appropriate rights required by other users. OpenNebula includes three default user roles: **cloud users**, **cloud operators**, and **cloud administrators**. OpenNebula further offers the possibility of designing custom roles. The OpenNebula documentation provides general guidelines and best practices for determining cloud user roles, in `Cloud Access Models and Roles` +[link to source/overview/solutions_and_best_practices, label ‘understand’ [sic]. +A key management task in an OpenNebula infrastructure environment involves determining who can use the cloud administrative interfaces, and what tasks those users are authorized to perform. The person with the role of cloud service administrator is authorized to assign the appropriate rights required by other users. OpenNebula includes three default user roles: **cloud users**, **cloud operators**, and **cloud administrators**. OpenNebula further offers the possibility of designing custom roles. The OpenNebula documentation provides general guidelines and best practices for determining cloud user roles, in :ref:`Cloud Access Models and Roles `. |image3| -.. overview_vdc.png - The OpenNebula Model for Cloud Infrastructure Deployment ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ @@ -66,29 +61,29 @@ A standard OpenNebula Cloud Architecture consists of: * The **Cloud Management Cluster** with the Front-end node(s), and * The **Cloud Infrastructure**, comprised by one or several workload **Clusters** with the hypervisor nodes and the storage system. -An OpenNebula **Front-end** manages and orchestrates the cloud infrastructure. In the infrastructure itself, a **Host** is a physical or virtual server capable of running Virtual Machines (VMs). Hosts are grouped into clusters. - Infrastructure components may reside at different geographical locations. They are interconnected by multiple networks for internal storage and node management, and for private and public VM communications. |image4| -.. overview_resources.png - In general, there are two types of Cluster models that can be used with OpenNebula: * **Edge Clusters** can be deployed on demand both on-premises and on public cloud and edge providers, with a high degree of integration and automation, to enable seamless hybrid cloud deployments. * **Customized Clusters** are typically deployed on-premises to meet specific requirements. +Edge Clusters +~~~~~~~~~~~~~~~~~ + OpenNebula includes its own Edge Cluster configuration. Based on solid open-source storage and networking technologies, OpenNebula’s Edge Cluster model is a much simpler approach than those of customized cloud architectures made of more complex, general purpose and separate infrastructure components. An OpenNebula Edge Cluster can be deployed on-demand on virtual or resources, on premises or on public cloud or edge providers to enable seamless hybrid cloud deployments. |image5| .. overview_edge-cluster.png +Customized Clusters +~~~~~~~~~~~~~~~~~~~~~~~ - -OpenNebula is certified to work on top of multiple combinations of hypervisors, storage and networking technologies. In this model you need to install and configure the underlying cloud infrastructure software components first and then install OpenNebula to build the cloud. The clusters can be deployed on-premises or on your choice of bare-metal cloud or hosting provider. While we support OpenNebula and can troubleshoot the cloud infrastructure as a whole, please be aware that you might need to seek commercial support from third-party vendors for the rest of components in your cloud stack. +OpenNebula is certified to work on top of multiple combinations of hypervisors, storage and networking technologies. In this model you need to first install and configure the underlying cloud infrastructure software components, and then install OpenNebula to build the cloud. The clusters can be deployed on-premises or on your choice of bare-metal cloud or hosting provider. While we support OpenNebula and can troubleshoot the cloud infrastructure as a whole, please be aware that in this type of environment you might need to seek commercial support from third-party vendors for the rest of components in your cloud stack. If you are interested in an OpenNebula cloud fully based on open-source platforms and technologies, please refer to our `Open Cloud Reference Architecture `__. @@ -113,9 +108,9 @@ OpenNebula was designed to be easily adapted to any infrastructure and easily ex The main components of an OpenNebula installation are listed below. -* **OpenNebula Daemon** (``oned``): The OpenNebula Daemon is the core service of the cloud management platform. It manages the cluster nodes, virtual networks and storages, groups, users and their virtual machines, and provides the XML-RPC API to other services and end-users. +* **OpenNebula Daemon** (``oned``): The OpenNebula Daemon is the core service of the cloud management platform. It manages the cluster nodes, virtual networks and storages, groups, users and their virtual machines; and provides the XML-RPC API to other services and end-users. -* **Database**: OpenNebula persists the state of the cloud a user-selected SQL database. This key component should be monitored and tuned for best performance, following best practices for the particular database product. +* **Database**: OpenNebula persists the state of the cloud to a user-selected SQL database. This key component should be monitored and tuned for best performance, following best practices for the particular database product. * **Scheduler**: The OpenNebula Scheduler is responsible for planning deployment of pending Virtual Machines on available hypervisor nodes. It’s a dedicated daemon (``mm_sched``) installed alongside the OpenNebula Daemon, but can be deployed independently on a different machine. @@ -123,15 +118,15 @@ The main components of an OpenNebula installation are listed below. * **Monitoring Subsystem**: The monitoring subsystem is implemented as a dedicated daemon (``onemonitord``) launched by the OpenNebula Daemon. It gathers information relevant to the Hosts and the Virtual Machines, such as Host status, basic performance indicators, Virtual Machine status and capacity consumption. -* **OneFlow**: The OneFlow service orchestrates multi-VM services as single entities, defining dependencies and auto-scaling policies for the application components. It interacts with the OpenNebula Daemon to manage the Virtual Machines (starts, stops), and can be controlled via the Sunstone GUI or over CLI. It’s a dedicated daemon installed by default as part of the Single Front-end Installation, but can be deployed independently on a different machine. +* **OneFlow**: The OneFlow service orchestrates multi-VM services as single entities, defining dependencies and auto-scaling policies for the application components. It interacts with the OpenNebula Daemon to manage the Virtual Machines (starts, stops), and can be controlled via the Sunstone GUI or over the CLI. It’s a dedicated daemon installed by default as part of the Single Front-end Installation, but can be deployed independently on a different machine. * **OneGate**: The OneGate server allows Virtual Machines to pull and push information from/to OpenNebula, enabling users and admins to gather metrics, detect problems in their applications, and trigger OneFlow elasticity rules from inside the VMs. It’s a dedicated daemon installed by default as part of the Single Front-end Installation, but can be deployed independently on a different machine. -* **OneGate/Proxy**: The OneGate/Proxy service is a simple TCP proxy solution that can be used to improve security for the OneGates endpoint, and which users can enable on hypervisor Nodes. When using this service, it is no longer necessary to expose the OneGate server on a public IP address in certain environments; furthermore, it greatly simplifies protecting the traffic to and from OneGate with a VPN solution. +* **OneGate/Proxy**: The OneGate/Proxy service is a simple TCP proxy solution that can be used to improve security for the OneGates endpoint, and which users can enable on hypervisor Nodes. Using this service avoids the need to expose the OneGate server on a public IP address in certain environments; furthermore, it greatly simplifies protecting the traffic to and from OneGate with a VPN solution. These are OpenNebula’s system interfaces: -* **Sunstone**: OpenNebula’s next-generation Graphical User Interface (WebUI) intended for both end users and administrators to easily manage all OpenNebula resources and perform typical operations. It’s a dedicated daemon installed by default as part of the Single Front-end Installation, but can be deployed independently on a different machine. +* **Sunstone**: OpenNebula’s next-generation Graphical User Interface (WebUI) intended for both end-users and administrators to easily manage all OpenNebula resources and perform typical operations. It’s a dedicated daemon installed by default as part of the Single Front-end Installation, but can be deployed independently on a different machine. * **CLI**: OpenNebula includes a comprehensive set of Unix-like command-line tools to interact with the system and its different components. @@ -198,7 +193,6 @@ Remember that if you need our support at any time, or access to our professional :width: 70% .. |image7| image:: /images/overview_architecture.png - :width: 70% .. |sunstone| image:: /images/sunstone-full_dashboard.png :width: 70% diff --git a/source/overview/solutions_and_best_practices/cloud_access_model_and_roles.rst b/source/overview/solutions_and_best_practices/cloud_access_model_and_roles.rst index 5925389f66..e8c99c179d 100644 --- a/source/overview/solutions_and_best_practices/cloud_access_model_and_roles.rst +++ b/source/overview/solutions_and_best_practices/cloud_access_model_and_roles.rst @@ -4,11 +4,11 @@ Cloud Access Model and Roles ================================ -In a small installation with a few Hosts you can use OpenNebula without giving much thought to infrastructure partitioning and provisioning. Yet, for medium and large-scale deployments you'll probably want to provide some level of isolation and structure. OpenNebula offers a flexible and powerful cloud provisioning model based on Virtual Data Centers (VDCs) that enables an integrated, comprehensive framework to dynamically provision the infrastructure resources in large multi-datacenter and multi-cloud environments to different customers, business units or groups. Another key management task in an OpenNebula Infrastructure environment has to do with determining who can use the cloud interfaces and what tasks those users are authorized to perform. This White Paper is meant for cloud architects, builders and administrators, to help them understand the OpenNebula models for managing and provisioning virtual resources, and the default user roles. +In a small installation with a few hosts you can use OpenNebula without giving much thought to infrastructure partitioning and provisioning. Yet, for medium and large-scale deployments you will probably want to provide some level of isolation and structure. OpenNebula offers a flexible and powerful cloud provisioning model based on Virtual Data Centers (VDCs) that enables an integrated, comprehensive framework to dynamically provision the infrastructure resources in large multi-datacenter and multi-cloud environments to different customers, business units or groups. Another key management task in an OpenNebula Infrastructure environment involves determining who can use the cloud interfaces and what tasks those users are authorized to perform. This White Paper is meant for cloud architects, builders and administrators, to help them understand the OpenNebula models for managing and provisioning virtual resources, and default user roles in OpenNebula. |image| -.. note:: The White Paper of the Cloud Provisioning Models and User Roles is publicly available for download `here `__. +.. note:: The White Paper of the Cloud Provisioning Models and User Roles is publicly available for `download `__. .. |image| image:: /images/overview_vdc.png :width: 70% diff --git a/source/overview/solutions_and_best_practices/index.rst b/source/overview/solutions_and_best_practices/index.rst index 4ef463e658..8a9bb622c0 100644 --- a/source/overview/solutions_and_best_practices/index.rst +++ b/source/overview/solutions_and_best_practices/index.rst @@ -7,7 +7,6 @@ Solutions and Best Practices .. toctree:: :maxdepth: 2 - Mastering Application Containers Cloud Access Model and Roles Knowledge Base Use Cases diff --git a/source/overview/solutions_and_best_practices/knowledge_base.rst b/source/overview/solutions_and_best_practices/knowledge_base.rst index 9b9892b808..0ee9653eb3 100644 --- a/source/overview/solutions_and_best_practices/knowledge_base.rst +++ b/source/overview/solutions_and_best_practices/knowledge_base.rst @@ -4,11 +4,11 @@ Knowledge Base ============== -The OpenNebula Customer Portal provides exclusive answers to common questions and issues, and best practices to deploy and operate an OpenNebula cloud. Although most of the contents are only available for customers with an active subscription, the portal also includes open content for the whole community. +The OpenNebula Customer Portal provides exclusive answers to common questions and issues, as well as best practices to deploy and operate an OpenNebula cloud. Although most of the contents are only available for customers with an active subscription, the portal also includes open content for the whole community. |image| -.. note:: Open content in our Enterprise Portal `here `__. +.. note:: Open content in our `Enterprise Portal `__. .. |image| image:: /images/knowledge_base.png :width: 70% diff --git a/source/overview/solutions_and_best_practices/mastering_application_containers.rst b/source/overview/solutions_and_best_practices/mastering_application_containers.rst deleted file mode 100644 index 5e6303fb5e..0000000000 --- a/source/overview/solutions_and_best_practices/mastering_application_containers.rst +++ /dev/null @@ -1,16 +0,0 @@ -.. _mastering_application_containers: - -================================ -Mastering Application Containers -================================ - -Application container technologies, like Docker and Kubernetes, are becoming the de facto leading standards for packaging, deploying and managing applications with increased levels of agility and efficiency. Docker uses OS-level virtualization to deliver software in packages called containers, and Kubernetes is a widely used tool for the orchestration of containers on clusters. Although Kubernetes is a powerful tool, it doesn't necessarily work for every single use case nor does it solve all container management-related challenges an organization might face. Kubernetes is a very complex and demanding technology, and other open source alternatives may actually be the best solution for many use cases. - -OpenNebula offers a simple but powerful approach for running containerized applications and workflows by directly using the Docker official images available from the Docker Hub and running them on light-weighted microVMs that provide an extra level of efficiency and security. This solution combines all the benefits of containers with the security, orchestration and multi-tenant features of a solid Cloud Management Platform but without adding extra layers of management. Thus, both complexity and costs are reduced when compared with Kubernetes or OpenShift. For those cases where Kubernetes is required or is the best fit, OpenNebula brings support for the deployment of Kubernetes clusters through a Virtual Appliance available from the OpenNebula Public Marketplace. - -|image| - -.. note:: The White Paper on Mastering Application Containers with OpenNebula is publicly available for download `here `__. - -.. |image| image:: /images/overview_containers.png - :width: 70% diff --git a/source/overview/solutions_and_best_practices/use_cases.rst b/source/overview/solutions_and_best_practices/use_cases.rst index 25e6ae7c65..6114e88757 100644 --- a/source/overview/solutions_and_best_practices/use_cases.rst +++ b/source/overview/solutions_and_best_practices/use_cases.rst @@ -25,7 +25,7 @@ OpenNebula is used to implement different types of cloud deployments, from cloud Case Studies ================================================= -Learn more from OpenNebula users about how they are putting OpenNebula to work! See how its flexibility and simplicity, its true hybrid and edge capabilities, along with its compatibility with other open source platforms and third-party technologies like Kubernetes, Docker, Ansible and Terraform make it the ideal versatile solution for complex environments, no matter what the industry may be. +Learn more from OpenNebula users about how they are putting OpenNebula to work! See how its flexibility and simplicity, its true hybrid and edge capabilities, along with its compatibility with other open source platforms and third-party technologies such as Kubernetes, Ansible and Terraform make it the ideal versatile solution for complex environments, no matter what the industry may be. |image3|