filmov
tv
11.2. Resource Pooling Architecture
Показать описание
11.2. Resource Pooling Architecture
A resource pooling architecture is based on the use of one or more resource pools, in which identical IT resources are grouped and maintained by a system that automatically ensures that they remain synchronized.
Provided here are common examples of resource pools:
Physical server pools are composed of networked servers that have been
installed with operating systems and other necessary programs and/or
applications and are ready for immediate use.
Virtual server pools are usually configured using one of several available
templates chosen by the cloud consumer during provisioning. For example, a cloud consumer can set up a pool of mid-tier Windows servers with 4 GB of RAM or a pool of low-tier Ubuntu servers with 2 GB of RAM.
Storage pools, or cloud storage device pools, consist of file-based or block-based storage structures that contain empty and/or filled cloud storage devices.
Network pools (or interconnect pools) are composed of different preconfigured network connectivity devices. For example, a pool of virtual firewall devices or physical network switches can be created for redundant connectivity, load balancing, or link aggregation.
CPU pools are ready to be allocated to virtual servers, and are typically broken down into individual processing cores.
Pools of physical RAM can be used in newly provisioned physical servers or to vertically scale physical servers.
Dedicated pools can be created for each type of IT resource and individual pools can be grouped into a larger pool, in which case each individual pool becomes a sub-pool (Figure 11.2).
Figure 11.2. A sample resource pool that is comprised of four sub-pools of
CPUs, memory, cloud storage devices, and virtual network devices.
Resource pools can become highly complex, with multiple pools created for specific cloud consumers or applications. A hierarchical structure can be established to form parent, sibling, and nested pools in order to facilitate the organization of diverse resource pooling requirements (Figure 11.3).
Figure 11.3. Pools B and C are sibling pools that are taken from the larger Pool A, which has been allocated to a cloud consumer. This is an alternative to taking the IT resources for Pool B and Pool C from a general reserve of IT resources that is shared throughout the cloud.
Sibling resource pools are usually drawn from physically grouped IT resources, as opposed to IT resources that are spread out over different data centers. Sibling pools are isolated from one another so that each cloud consumer is only provided access to its respective pool.
In the nested pool model, larger pools are divided into smaller pools that
individually group the same type of IT resources together (Figure 11.4). Nested pools can be used to assign resource pools to different departments or groups in the same cloud consumer organization.
Figure 11.4. Nested Pools A.1 and Pool A.2 are comprised of the same IT
resources as Pool A, but in different quantities. Nested pools are typically used to provision cloud services that need to be rapidly instantiated using the same type of IT resources with the same configuration settings.
After resources pools have been defined, multiple instances of IT resources from each pool can be created to provide an in-memory pool of “live” IT resources.
In addition to cloud storage devices and virtual servers, which are commonly pooled mechanisms, the following mechanisms can also be part of this cloud architecture:
• Audit Monitor –
• Cloud Usage Monitor –
• Hypervisor –
• Logical Network Perimeter –
• Pay-Per-Use Monitor –
• Remote Administration System – T
• Resource Management System –
• Resource Replication –
CLOUDCOMPUTING #THEORY PLAYLIST
CLOUD COMPUTING #PRACTICAL #PLAYLIST.
#Subscribe the Channel Link :- #bansodetechsolution #ajupgrading
IF any Query or Doubt DM on #Instagram :- #bansode_ajay_2102
@AjUpgradingBANSODETECHSOLUTION
LinkedIn Profile
Link for slides, code samples and text version of the video #blogger
#security #cloudcomputing #clouds #linkedin #video #communication #network #algorithms #audit #architecture
A resource pooling architecture is based on the use of one or more resource pools, in which identical IT resources are grouped and maintained by a system that automatically ensures that they remain synchronized.
Provided here are common examples of resource pools:
Physical server pools are composed of networked servers that have been
installed with operating systems and other necessary programs and/or
applications and are ready for immediate use.
Virtual server pools are usually configured using one of several available
templates chosen by the cloud consumer during provisioning. For example, a cloud consumer can set up a pool of mid-tier Windows servers with 4 GB of RAM or a pool of low-tier Ubuntu servers with 2 GB of RAM.
Storage pools, or cloud storage device pools, consist of file-based or block-based storage structures that contain empty and/or filled cloud storage devices.
Network pools (or interconnect pools) are composed of different preconfigured network connectivity devices. For example, a pool of virtual firewall devices or physical network switches can be created for redundant connectivity, load balancing, or link aggregation.
CPU pools are ready to be allocated to virtual servers, and are typically broken down into individual processing cores.
Pools of physical RAM can be used in newly provisioned physical servers or to vertically scale physical servers.
Dedicated pools can be created for each type of IT resource and individual pools can be grouped into a larger pool, in which case each individual pool becomes a sub-pool (Figure 11.2).
Figure 11.2. A sample resource pool that is comprised of four sub-pools of
CPUs, memory, cloud storage devices, and virtual network devices.
Resource pools can become highly complex, with multiple pools created for specific cloud consumers or applications. A hierarchical structure can be established to form parent, sibling, and nested pools in order to facilitate the organization of diverse resource pooling requirements (Figure 11.3).
Figure 11.3. Pools B and C are sibling pools that are taken from the larger Pool A, which has been allocated to a cloud consumer. This is an alternative to taking the IT resources for Pool B and Pool C from a general reserve of IT resources that is shared throughout the cloud.
Sibling resource pools are usually drawn from physically grouped IT resources, as opposed to IT resources that are spread out over different data centers. Sibling pools are isolated from one another so that each cloud consumer is only provided access to its respective pool.
In the nested pool model, larger pools are divided into smaller pools that
individually group the same type of IT resources together (Figure 11.4). Nested pools can be used to assign resource pools to different departments or groups in the same cloud consumer organization.
Figure 11.4. Nested Pools A.1 and Pool A.2 are comprised of the same IT
resources as Pool A, but in different quantities. Nested pools are typically used to provision cloud services that need to be rapidly instantiated using the same type of IT resources with the same configuration settings.
After resources pools have been defined, multiple instances of IT resources from each pool can be created to provide an in-memory pool of “live” IT resources.
In addition to cloud storage devices and virtual servers, which are commonly pooled mechanisms, the following mechanisms can also be part of this cloud architecture:
• Audit Monitor –
• Cloud Usage Monitor –
• Hypervisor –
• Logical Network Perimeter –
• Pay-Per-Use Monitor –
• Remote Administration System – T
• Resource Management System –
• Resource Replication –
CLOUDCOMPUTING #THEORY PLAYLIST
CLOUD COMPUTING #PRACTICAL #PLAYLIST.
#Subscribe the Channel Link :- #bansodetechsolution #ajupgrading
IF any Query or Doubt DM on #Instagram :- #bansode_ajay_2102
@AjUpgradingBANSODETECHSOLUTION
LinkedIn Profile
Link for slides, code samples and text version of the video #blogger
#security #cloudcomputing #clouds #linkedin #video #communication #network #algorithms #audit #architecture
0:20:01
0:19:43
0:31:32
0:02:08
0:05:48
0:07:54
0:02:00
0:03:27
0:03:02
0:00:11
0:00:14
0:00:32
0:00:15
0:00:26
0:00:16
0:00:15
0:01:00
0:13:29
0:02:42
0:00:22
0:00:15
0:00:26
0:00:20
0:00:16