OpenStack之路: OpenStack架构设计指南 - 概述(摘录并翻译)

OpenStack是在云技术淘金过程中的领导者,作为一个组织,让形形色色的企业发现了可以以更大的灵活性和速度,向市场推出自助服务的云计算及基础架构即服务(IaaS)产品。然而,为了能够真正享受到这些好处,云必须通过适当的架构设计。

一个良好的云计算架构,应该是一个稳定的IT环境,可以提供方便访问所需的资源,基于使用的计算费用,按需求增加额外的容量,灾难恢复和安全的环境;一个良好架构的云计算平台不能奇迹般地自身建成的。这需要仔细考虑多种因素,包括技术和非技术的。

目前没有单一的架构是“非常合适”一个OpenStack的云部署。OpenStack可用于任何数量不同的目的,而且他们各自都有其自己的特殊要求和架构特性。

本系列文章的目的是通过观察一些最常见的用途的OpenStack云(甚至一些不太常见,但提供了一个很好的例子),并详述需要考虑和原因,以丰富的知识及建议去帮助企业设计和建立一个良好架构OpenStack云平台,该云平台是适用于其独特要求的。

后续将会按照如下几种云平台架构展开讨论:

General purpose(通用目的“云”): A cloud built with common components that should address 80% of common use cases.

Compute focused(计算为导向“云”): A cloud designed to address compute intensive workloads such as high performance computing (HPC).

Storage focused(存储为导向“云”): A cloud focused on storage intensive workloads such as data analytics with parallel file systems.

Network focused(网络为导向“云”): A cloud depending on high performance and reliable networking, such as a content delivery network (CDN).

Multi-site(多站点“云”): A cloud built with multiple sites available for application deployments for geographical, reliability or data locality reasons.

Hybrid cloud(混合“云”): An architecture where multiple disparate clouds are connected either for failover, hybrid cloud bursting, or availability.

Massively scalable(大型“云”): An architecture that is intended for cloud service providers or other extremely large installations.

(特殊案例介绍): A chapter titled Specialized cases provides information on architectures that have not previously been covered in the defined use cases.

待续...

时间: 2024-12-10 07:02:10

OpenStack之路: OpenStack架构设计指南 - 概述(摘录并翻译)的相关文章

OpenStack之路: OpenStack架构设计指南 - 一般用途云架构(摘录并翻译)

第二章. 一般用途General purpose 目录 用户需求 技术考虑因素 运维考虑因素 架构体系 规范性示例 一般用途云架构是开始建设云实施的常常被考虑使用的方案,这种价格原本就是被设计为平衡所有组件,而且在整个计算环境中不强调任何特殊因素.云架构的设计必须给予计算.网络,及存储组件相同的权重.一般用途云架构在私有云.公有云及混合云环境中都较常见,这也就使得这种价格可以用于很多不同的案例. 注: 一般用途云架构是均匀分布部署的,而且不适合用于特殊环境或者边缘使用案例. 一般用途云架构的常见

Android架构师之路 网络层架构设计与实战

第1章 课前须知介绍如何去学习,课程适合的人群.怎么才能融会贯通 第2章 主流网络框架分析常用网络框架介绍,分析volley .Android-async-http.Afinal框架.xUtils.okhttp.retrofit.优有点缺点.教会选择一个框架的标准是什么? 第3章 http协议详解介绍http1.0.1.1 2.0版本和spdy协议.示例讲解请求头的应用场景.响应头的种类划分.缓存相关字段等. 第4章 okhttp3详解讲解使用 okhttp3发送同步请求异步请求 get/pos

基于token的多平台身份认证架构设计

基于token的多平台身份认证架构设计 1   概述 在存在账号体系的信息系统中,对身份的鉴定是非常重要的事情. 随着移动互联网时代到来,客户端的类型越来越多, 逐渐出现了 一个服务器,N个客户端的格局 . 不同的客户端产生了不同的用户使用场景,这些场景: 有不同的环境安全威胁 不同的会话生存周期 不同的用户权限控制体系 不同级别的接口调用方式 综上所述,它们的身份认证方式也存在一定的区别. 本文将使用一定的篇幅对这些场景进行一些分析和梳理工作. 2   使用场景 下面是一些在IT服务常见的一些

Openstack Swift 原理、架构与 API 介绍

背景与概览 Swift 最初是由 Rackspace 公司开发的高可用分布式对象存储服务,并于 2010 年贡献给 OpenStack 开源社区作为其最初的核心子项目之一,为其 Nova 子项目提供虚机镜像存储服务.Swift 构筑在比较便宜的标准硬件存储基础设施之上,无需采用 RAID(磁盘冗余阵列),通过在软件层面引入一致性散列技术和数据冗余性,牺牲一定程度的数据一致性来达到高可用性和可伸缩性,支持多租户模式.容器和对象读写操作,适合解决互联网的应用场景下非结构化数据存储问题. 此项目是基于

Openstack Mitaka for Centos7.2 部署指南(二)

4.4 计算服务配置(Compute Service Nova) 部署节点:Controller Node 在Controller节点上需要安装novaapi  novaconductor  novaconsoleauth  novanovncproxy  novascheduler mysql -u root  -p123456 CREATE DATABASE nova_api; CREATE DATABASE nova; GRANT ALL PRIVILEGES ON nova_api.* 

Openstack Mitaka for Centos7.2 部署指南(一)

本文主要参考 https://www.zybuluo.com/ncepuwanghui/note/389373 OpenStack Mitaka for Ubuntu 16.04 LTS 部署指南 http://docs.openstack.org/mitaka/install-guide-rdo/ 官方文档 把上面的Ubuntu 换成Centos,其他详情请看上面的部署指南 本文主要参考 https://www.zybuluo.com/ncepuwanghui/note/389373 Open

一篇文章让你读懂 OpenStack 的起源、架构和应用

OpenStack 是一个面向 IaaS 层的开源项目,用于实现公有云和私有云的部署及管理.拥有众多大公司的行业背书和数以千计的社区成员, OpenStack 被看作是云计算的未来.目前 OS 基金会里已有500多个企业赞助商,遍布世界170多个国家,其中不乏 HP . Cisco . Dell . IBM 等,值得一提的是 Google 也在2015年加入基金会. 一.关于项目起源 Rackspace (一家美国的云计算厂商)和 NASA (美国国家航空航天局)在2010年共同发起了 Open

<从编程到(架构)设计之路>的翻转式系列课程

<从编程到(架构)设计之路>的翻转式系列课程 课程(1):  从接口(Interface)出发:接口设计的技术和艺术 一個成功案例的實務傳承 高焕堂37年码农经验讲解 指导教练:高焕堂 1. 简介翻转式课堂 1.1  翻转式课堂的目标 萨尔曼·可汗 說:未来的世界是不确定的,因此重要的不是学到什么,而是学习新知识的能力.教育应该具有实践性,其目的应该是帮助学生掌握技能.取得信息,使他们能够谋生.教育应该具有实践性,其目的应该是帮助学生掌握技能.取得信息,使他们能够谋生.学徒制的基础是主动学习-

Openstack Mitaka for Centos7.2 部署指南(三)

4.7 块存储服务配置(Block Storage Service Cinder) 部署节点:Controller Node mysql -u root -p123456 CREATE DATABASE cinder; GRANT ALL PRIVILEGES ON cinder.* TO 'cinder'@'localhost' \ IDENTIFIED BY 'cinder'; GRANT ALL PRIVILEGES ON cinder.* TO 'cinder'@'%' \ IDENTI