Book Image

OpenStack Administration with Ansible 2 - Second Edition

Book Image

OpenStack Administration with Ansible 2 - Second Edition

Overview of this book

Most organizations are seeking methods to improve business agility because they have realized just having a cloud is not enough. Being able to improve application deployments, reduce infrastructure downtime, and eliminate daily manual tasks can only be accomplished through some sort of automation. We start with a brief overview of OpenStack and Ansible 2 and highlight some best practices. Each chapter will provide an introduction to handling various Cloud Operator administration tasks such as managing containers within your cloud; setting up/utilizing open source packages for monitoring; creating multiple users/tenants; taking instance snapshots; and customizing your cloud to run multiple active regions. Each chapter will also supply a step-by-step tutorial on how to automate these tasks with Ansible 2. Packed with real-world OpenStack administrative tasks, this book will walk you through working examples and explain how these tasks can be automated using one of the most popular open source automation tools on the market today.
Table of Contents (17 chapters)
OpenStack Administration with Ansible 2 Second Edition
Credits
About the Author
About the Reviewer
www.PacktPub.com
Customer Feedback
Preface

Why to use Active-Active cloud regions?


Outside of just the plain awesomeness of being able to actively use more than one OpenStack region, the Active-Active cloud region approach provides the best use of your overall cloud investment. No more are the days of having to perform DR tests simply because the second site is not regularly used. Plus you gain the added bonus of a centralized management region. A win-win situation all over the place.

So, let's go deeper into the architecture in order to deliver an OpenStack Active-Active region. The following diagram explains the architecture in its simplest form:

The components of the preceding architecture are:

  • Two separate OpenStack cloud deployments, which in turn equates to two regions. In this example, we have Region A and Region B. These regions run the core OpenStack services except Keystone and Horizon. Each region can have any and as many complimentary AZs as you wish.

  • Create another OpenStack region solely dedicated to hosting the Keystone...