云盘算-基础云架构（Fundamental Cloud Architectures）
工作负载分配架构（Workload Distribution Architecture）工作负载分配架构是一种基础架构，它在一组相同的IT资源之间分配负载。其布局如图7.1所示（更好的图示在讲义中）。
https://img-blog.csdnimg.cn/direct/135daea9ba4544acb59608bcea93b92b.png
图：工作负载分配架构
这个布局中的关键组件是负载均衡器，它在相同的IT资源之间重定向传入哀求。负载均衡器通过应用算法来决定将每个传入哀求定向到哪个IT资源。算法越好，IT资源中的工作负载分配就越好。一个简单的算法示例是轮询算法，它在IT资源之间轮番传入哀求。当每个哀求在服务中处置惩罚的时间大致相同时，这种方法可能效果很好。然而，在更复杂的体系中，可能必要更详细的算法。例如，负载均衡器可以查抄传入哀求以估算所需的处置惩罚，并且还可以轮询IT资源以确定它们的当前负载，然后再向它们发送更多哀求。
通用的工作负载分配架构可以应用于任何类型的IT资源。在本主题及后续主题中，我们将看到应用于特定IT资源类型的专用实例。
动态可扩展性架构（Dynamic Scalability Architecture）
动态可扩展性架构答应IT资源根据用户需求进行动态扩展。这意味着该过程是自动的，尽管用户与云提供商的条约可能对可扩展性施加限制。
如前所述，自动扩展监听器被部署来监督已部署资源的工作负载。当达到某个预定的工作负载时，它可以发出信号，添加或删除当前分配的资源。这种分配必须在云用户同意的条约范围内。
我们之前还提到过，动态扩展有三种类型：
动态水平扩展 - 向用户分配的相同IT资源被添加或减少。我们称之为“扩展”和“缩减”。
动态垂直扩展 - 单个IT资源被向上或向下扩展。例如，可以通过添加（移除）内存或添加（移除）CPU处置惩罚器内核来扩展或缩减假造服务器。
动态重新定位 - 假造资源被移动到具有更大容量的物理资源。例如，可以将存储资源从基于磁盘的SAN移动到基于SSD的SAN，以答应更高的存储吞吐量以应对更高的哀求量。
动态扩展架构适用于多种类型的IT资源。在后续主题中，我们将看到专门的示例。
资源池架构（Resource Pooling Architecture）
资源池架构是一种维护相同资源池的架构。当云消耗者必要时，池中的IT资源可供使用。这些IT资源被维护在一种状态中，这意味着它们可以在哀求时快速部署并投入运营。假如不再必要某个IT资源，它可以被放回池中。
教科书指出，资源池可以用于多种差别类型的IT资源：
物理服务器池 - 这意味着池由两个或多个物理服务器构成，所有服务器都安装了相同的操作体系和应用软件。它们还同步具有相同的软件设置。
假造服务器池 - 它们与物理服务器池类似，具有相同的软件设置，并且每个服务器都可以在很短的时间内投入使用。
存储池 - 它们是相同大小和性能的云存储资源。云消耗者可以从池中分配存储块，并在不再必要时释放它。
网络池 - 这些是可以在负载必要更多网络容量时切换给客户的网络设备池。
CPU池 - 这些分配给假造服务器。管理步伐可以限制假造服务器使用物理CPU的某些内核。根据哀求，可以从焦点池中分配更多内核，并在不再必要时释放回池中。
RAM池 - 它们类似于CPU池，管理步伐维护一个可用RAM的池，分配给假造服务器。这被管理为用户可以根据扩展要求（并付出费用）哀求的一致块RAM池。
资源池还可以分层分配。这意味着云提供商的资源池可以作为小池（或子池）分配给个别客户或客户的个别应用步伐。
弹性资源容量架构（Elastic Resource Capacity Architecture）
弹性资源容量架构是一种特殊类型的垂直扩展架构，适用于假造服务器。假造服务器的扩展可以通太过配或释放内存段和CPU内核来实现。在弹性资源容量架构中，这可以根据假造服务器的当前负载敏捷进行。
资源池（RAM和CPU内核）被维护以答应快速部署/释放，从而增加假造服务器的容量。运行中的假造服务器被监控，在假造服务器达到当前分配资源的极限之前，启动从池中分配/释放资源。分配由物理服务器管理步伐和/或VIM管理。
下文先容了一种智能自动化引擎的概念，它答应用户使用脚本自动化扩展过程。智能自动化引擎监控假造服务器，并指示VIM（或直接通知管理步伐）在脚本识别的点分配或释放资源。阅读还指出，一些假造服务器在弹性容量变化后可能必要重新启动，这使得“快速”变化描述的正确性受到质疑。
在实行室课程中，我们将使用Amazon AWS EC2资源（弹性盘算2）。你将看到我们怎样分配具有各种焦点和内存设置的EC2实例。尽管我们不会使用足够的容量来观察它，但这些EC2实例可以设置为使用EC2弹性功能进行增长和缩减。
服务负载均衡架构（Service Load Balancing Architecture）
教科书将服务负载均衡架构标识为工作负载分配架构的特例，该架构在本主题开始时讨论。服务负载均衡架构专门针对云服务。
这种架构构造了一组相同的云服务，其数目可以根据需求增长或缩减。专用负载均衡设备或此中一个云服务执行负载均衡，通过将传入哀求重定向到池中的成员来实现。在某个云服务实例承担负载均衡脚色的情况下，所有哀求都定向到它，由它转发给池中的其他成员。
云突发架构（Cloud Bursting Architecture）
云突发架构是一种涉及云消耗者的当地IT资源和云提供商的IT资源的架构。其理念是云消耗者在正常操作中使用自己的内部IT资源，但当达到某个极限时，当地体系会突发使用云IT资源以应对过载。实际上，云消耗者只有在其内部体系达到最大容量时才使用云资源。
要操作云突发架构，云消耗者在当地体系中运行一些云提供商机制。云消耗者拥有一个自动化扩展监听器，监控当地服务的负载，并在负载参数超过时重定向到云中的相同服务。这必要在云中使用资源复制机制复制云消耗者的IT资源。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]