openstack-manuals/doc/arch-design-draft/source/design.rst
daz 5b1188077b [arch-design-draft] Migrate content
1. Migrate customer requirements content from
arch-guide-draft-mitaka to the Overview chapter
and Design chapter
2. Migrate Provisioning and Deployment section
from the Ops Guide to the Overview chapter

Change-Id: I6962986d17bfa1584a3fc5d5695d5297b35fb9b8
Implements: blueprint arch-guide-restructure
2016-08-23 18:53:27 +09:00

1.4 KiB

Design

Designing an OpenStack cloud requires a understanding of the cloud user's requirements and needs to determine the best possible configuration. This chapter provides guidance on the decisions you need to make during the design process.

To design, deploy, and configure OpenStack, administrators must understand the logical architecture. OpenStack modules are one of the following types:

Daemon

Runs as a background process. On Linux platforms, a daemon is usually installed as a service.

Script

Installs a virtual environment and runs tests.

Command-line interface (CLI)

Enables users to submit API calls to OpenStack services through commands.

logical_architecture shows one example of the most common integrated services within OpenStack and how they interact with each other. End users can interact through the dashboard, CLIs, and APIs. All services authenticate through a common Identity service, and individual services interact with each other through public APIs, except where privileged administrator commands are necessary.

OpenStack Logical Architecture

design-compute.rst design-storage.rst design-networking.rst design-identity.rst design-images.rst design-control-plane.rst design-cmp-tools.rst