Browsed by
Category: OpenStack

RedHat OpenStack Deployment and Management (RDO, TripleO, OOO)

RedHat OpenStack Deployment and Management (RDO, TripleO, OOO)

Virtual Environment Quickstart Further reading Presentations TripleO quickstart TripleO is an OpenStack Deployment & Management tool. It is developed upstream as the OpenStack TripleO project, but we have a special love for it in RDO-land. Virtual environment quickstart There is an Ansible-based project called tripleo-quickstart whose main goal is to quickly stand up TripleO environments using an image-based undercloud approach similar to the OPNFV Apex project. You will need a host machine (referred to as $VIRTHOST) with at least 16GB…

Read More Read More

Introduction: Deploying OpenStack on MAAS 1.9+ with Juju

Introduction: Deploying OpenStack on MAAS 1.9+ with Juju

Introduction: Deploying OpenStack on MAAS 1.9+ with Juju By Canonical on 21 January 2016 Share or save Facebook Twitter Google+ Email LinkedIn Add to Instapaper Add to Pocket In the past months our Juju Core Sapphire team has been working on the design, planning, and implementation of a set of extended networking features for Juju 1.25 and the upcoming (January 2016) 1.26 releases. The main focus is enabling users of Juju to have a finer-grained control over how their services…

Read More Read More

Deploying an OpenStack Cloud with Juju

Deploying an OpenStack Cloud with Juju

Scope The OpenStack platform is powerful and its uses diverse. This section of documentation is primarily concerned with deploying a “standard” running OpenStack system using, but not limited to, Canonical components such as MAAS, Juju and Ubuntu. Where appropriate other methods and software will be mentioned. Assumptions Use of MAAS – follow these intructions first. Use of Juju Local network configuration – This document assumes that you have an adequate local network configuration, including separate interfaces for access to the…

Read More Read More

Preparing MAAS for Juju and OpenStack using Simplestreams from Cononical

Preparing MAAS for Juju and OpenStack using Simplestreams from Cononical

Preparing MAAS for Juju and OpenStack using Simplestreams When Juju bootstraps a cloud, it needs two critical pieces of information: The uuid of the image to use when starting new compute instances. The URL from which to download the correct version of a tools tarball. This necessary information is stored in a json metadata format called “simplestreams”. For supported public cloud services such as Amazon Web Services, HP Cloud, Azure, etc, no action is required by the end user. However,…

Read More Read More

Using MaaS to Prepare for an OpenStack Installation

Using MaaS to Prepare for an OpenStack Installation

Scope This document provides instructions on how to install the Metal As A Service (MAAS) software. You have sufficient, appropriate node hardware You will be using Juju to assign workloads to MAAS You will be configuring the cluster network to be controlled entirely by MAAS (i.e. DNS and DHCP) If you have a compatible power-management system, any additional hardware required is also installed(e.g. IPMI network). Introducing MAAS Metal as a Service – MAAS – lets you treat physical servers like…

Read More Read More

High-Availability Openstack on a shoestring budget: Deploying a Minimal 3-node Cluster

High-Availability Openstack on a shoestring budget: Deploying a Minimal 3-node Cluster

High-Availability Openstack on a shoestring budget: Deploying a Minimal 3-node Cluster Severalnines December 04, 2013 Posted in: Devops As OpenStack deployments mature from evaluation/development to production environments supporting apps and services, high-availability becomes a key requirement. In a previous post, we showed you how to cluster the database backend – which is central to the operation of OpenStack. In that setup, you would have two controllers, while placing a 3-node Galera cluster on separate hosts. Now, it can be quite a…

Read More Read More

OpenStack, Setting up a Local Repository for an Isolated Fuel Deployment

OpenStack, Setting up a Local Repository for an Isolated Fuel Deployment

Set up a local repository updated: 2016/09/21 Contents About the fuel-createmirror script Fuel downloads the OpenStack and operating system packages from the predefined repositories on the Fuel Master node. If your Fuel Master node does not have an Internet connection, you must configure a local repository mirror with the required packages and configure Fuel to use this repository. You can set up a local repository in the Fuel web UI or through Fuel CLI using the fuel-createmirror script. To set…

Read More Read More

OpenStack Environment Architecture

OpenStack Environment Architecture

OpenStack Environment Architecture Fuel deploys an OpenStack Environment with nodes that provide a specific set of functionality. Beginning with Fuel 5.0, a single architecture model can support HA (High Availability) and non-HA deployments; you can deploy a non-HA environment and then add additional nodes to implement HA rather than needing to redeploy the environment from scratch. The OpenStack environment consists of multiple physical server nodes (or an equivalent VM), each of which is one of the following node types: Controller:…

Read More Read More

OpenStack Services

OpenStack Services

OpenStack Services Compute¶ OpenStack Compute service (nova) provides services to support the management of virtual machine instances at scale, instances that host multi-tiered applications, dev/test environments, “Big Data” crunching Hadoop clusters, and/or high performance computing. The Compute service facilitates this management through an abstraction layer that interfaces with supported hypervisors, which we address later on in more detail. Later in the guide, we focus generically on the virtualization stack as it relates to hypervisors. For information about the current state…

Read More Read More