Selective instantiation of a storage service for a mapped redundant array of independent nodes

TECHNICAL FIELD

0001The disclosed subject matter relates to data storage, more particularly, to instantiating, on computing resource of a real storage device node, a storage service supporting a mapped storage device to a corresponding real storage device, wherein the instantiation is based on a mapping of mapped storage devices to real storage devices.

BACKGROUND

0002Conventional data storage techniques can store data in one or more arrays of data storage devices. As an example, data can be stored in an ECS (formerly known as ELASTIC CLOUD STORAGE) system, hereinafter ECS system, such as is provided by DELL EMC. The example ECS system can comprise data storage devices, e.g., disks, etc., arranged in nodes, wherein nodes can be comprised in an ECS cluster. One use of data storage is in bulk data storage. Data can conventionally be stored in a group of nodes format for a given cluster, for example, in a conventional ECS system, all disks of nodes comprising the group of nodes are considered part of the group. As such, a node with many disks can, in some conventional embodiments, comprise a large amount of storage that can go underutilized. As an example, a storage group of five nodes, with ten disks per node, at 8 terabytes (TBs) per disk is roughly 400 TB in size. This can be excessively large for some types of data storage, however apportioning smaller groups, e.g., fewer nodes, less disks, smaller disks, etc., can be inefficient in regards to processor and network resources, e.g., computer resource usage, to support these smaller groups. As such, it can be desirable to have more granular logical storage groups that can employ portions of larger real groups, thereby facilitating efficient computer resource usage, e.g., via larger real groups, but still providing smaller logical groups that can be used more optimally for storing smaller amounts of data therein.

BRIEF DESCRIPTION OF DRAWINGS

<figref idref="DRAWINGS">FIG. 1</figref> is an illustration of an example system that can facilitate selective instantiation of a mapped node storage service at a real node, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 2</figref> is an illustration of an example system that can facilitate selective instantiation of a mapped node storage service at a real node based on a mapping of mapped disks to real disks, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 3</figref> is an illustration of an example system that can enable selective instantiation of a mapped node storage service at a real node ordered by a count of real disks supporting a mapped node, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 4</figref> is an illustration of an example system that can facilitate selective instantiation of a mapped node storage service at a real node based on a mapping of mapped disks to real disks, wherein a real node can support multiple instantiations of a mapped node storage service, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 5</figref> is an illustration of an example system that can facilitate selective instantiation of a mapped node storage service at a real node ordered by a count of real disks supporting a mapped node, wherein a real node can support multiple instantiations of a mapped node storage service, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 6</figref> is an illustration of an example method facilitating selective instantiation of a mapped node storage service at a real node based on a mapping of mapped disks to real disks, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 7</figref> is an illustration of an example method facilitating selective instantiation of a mapped node storage service at a real node ordered by a count of real disks supporting a mapped node, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 8</figref> illustrates an example method enabling selective instantiation of a mapped node storage service at a real node, in accordance with aspects of the subject disclosure.

<figref idref="DRAWINGS">FIG. 9</figref> depicts an example schematic block diagram of a computing environment with which the disclosed subject matter can interact.

<figref idref="DRAWINGS">FIG. 10</figref> illustrates an example block diagram of a computing system operable to execute the disclosed systems and methods in accordance with an embodiment.

DETAILED DESCRIPTION

0013The subject disclosure is now described with reference to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the subject disclosure. It may be evident, however, that the subject disclosure may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form in order to facilitate describing the subject disclosure.

0014As mentioned, data storage techniques can conventionally store data in one or more arrays of data storage devices, hereinafter a cluster, real cluster, cluster storage construct, etc. As an example, data can be stored in an ECS system such as is provided by DELL EMC. The example ECS system can comprise data storage devices, e.g., disks, etc., arranged in nodes, wherein nodes can be comprised in an ECS cluster. One use of data storage is in bulk data storage. Data can conventionally be stored in a group of nodes format for a given cluster, for example, in a conventional ECS system, all disks of nodes comprising the group of nodes are considered part of the group. As such, a node with many disks can, in some conventional embodiments, comprise a large amount of storage that can go underutilized. As such, it can be desirable to have more granular logical storage groups that can employ portions of larger real groups, thereby facilitating efficient computer resource usage, e.g., via larger real groups, but still providing smaller logical groups that can be used more efficiently for storing smaller amounts of data therein.

0015Whereas a real cluster(s) can comprise real nodes, and the real nodes can comprise real data storage devices, e.g., real disks, real nodes can comprise computing resources, e.g., a processor(s), memory(ies), network interface(s), user interface(s), etc., such as is illustrated at <figref idref="DRAWINGS">FIG. 10</figref>, etc. The real node can be a discrete hardware node that comprises real storage devices, for example a real node can be a rack mounted controller interacting with M hard disks, for example in a rack that can be separate from another real node that can comprise a second rank mounted controller and other real storage devices. In an embodiment, a real node can execute operations related to control of the real node, for example, managing data storage space provided by the example M hard disks, etc. Further, a real node can execute an instance of a mapped cluster storage service that can enable the virtualization of real storage space into mapped clusters that can span real nodes of a real cluster(s), e.g., interaction between MCSS instances executing on different real node computing resources can enable data interaction via a mapped cluster comprising mapped nodes comprising mapped disks.

0016In an embodiment of the presently disclosed subject matter, a mapped redundant array of independent nodes, hereinafter a mapped RAIN, can comprise a mapped cluster, wherein the mapped cluster comprises a logical arrangement of storage locations of real storage devices. A real cluster(s), e.g., a group of real storage devices comprised in one or more hardware nodes that can be comprised in one or more clusters, can be allocated so as to allow more granular use of the real cluster in contrast to conventional storage techniques, e.g., mapped clusters can be built above a real cluster to allows the real cluster to be used with more granularity. As an example, in conventional techniques, an multiple real nodes of a real cluster can be dedicated for use by a customer, while in contrast, multiple mapped nodes can be dedicated for use by the customer where each mapped node can map to a portion of a real node, thereby enabling the customer to use only a portion of the corresponding multiple real nodes, e.g., which is a more granular use of the real node storage space. In an aspect, a mapped cluster can comprise mapped nodes that can provide data redundancy that, in an aspect, can allow for failure of a portion of one or more mapped nodes of the mapped cluster without loss of access to stored data, can allow for removal/addition of one or more nodes from/to the mapped cluster without loss of access to stored data, etc. As an example, a mapped cluster can comprise mapped nodes having a data redundancy scheme analogous to a redundant array of independent disks (RAID) type-6, e.g., RAID6, also known as double-parity RAID, etc., wherein employing a mapped node topology and two parity stripes on each mapped node can allow for two mapped node failures before any data of the mapped cluster may become inaccessible, etc. In other example embodiments, a mapped cluster can employ other mapped node topologies and parity techniques to provide data redundancy, e.g., analogous to RAID0, RAID1, RAID2, RAID3, RAID4, RAID5, RAID6, RAID0+1, RAID1+0, etc., wherein a mapped node of a mapped cluster can comprise one or more mapped disks, and the mapped node can be loosely similar to a disk in a RAID system. Unlike RAID technology, an example mapped RAIN system can provide access to more granular storage in, for example, very large data storage systems that can often on the order of terabytes, petabytes, exabytes, zettabytes, or even larger, because each mapped node can generally comprise a plurality of mapped disks, unlike RAID technologies.

0017In an embodiment, software, firmware, etc., can hide the abstraction of mapping nodes in a mapped RAIN system, e.g., the group of mapped nodes can appear to be a contiguous block of data storage even where, for example, it can be spread across multiple portions of one or more real disks, multiple real groups of hardware nodes, multiple real clusters of hardware nodes, multiple geographic locations, etc. For a given real cluster, e.g., real RAIN, that is N real nodes wide and M real disks deep, a mapped cluster, e.g., a mapped RAIN, can consist of up to N′ mapped nodes that each manage up to M′ mapped disks, e.g., portions of real disks of the corresponding real nodes. Accordingly, in an embodiment, one mapped node can be readily manage mapped disks corresponding to different real disks of real nodes of one or more real clusters. Similarly, in an embodiment, portions of real disks of one real node can be readily be managed by mapped nodes of one or more mapped clusters. In some embodiments, for example, according to a data loss protection rule, etc., a mapped cluster can be prohibited from using two real disks of one real node, which prohibition can harden the mapped RAIN cluster against a failure of the one real node because, otherwise, loss of the one real node can compromise the two or more supported mapped disks in two different mapped nodes and lead to a data loss event where the redundancy of the mapped cluster is not designed to protect against the loss of more than one mapped node of the mapped cluster. In other embodiments, a data loss protection rule can correspond to other mapped cluster schema that can protect against the loss of more or less mapped nodes, e.g., in some embodiments where the mapped cluster redundancy is designed to withstand a loss of two mapped nodes, the related data loss protection rule can allow for one real node to support mapped disks from two mapped nodes of the same mapped cluster. It is noted that all such data loss protection rules are considered within the scope of the present disclosure even where not explicitly recited for the sake of clarity and brevity. Hereinafter, a portion of a real disk can be comprised in a real node that can be comprised in a real cluster and, furthermore, a portion of the real disk can correspond to a portion of a mapped disk, a mapped disk can comprise one or more portions of one or more real disks, a mapped node can comprise one or more portions of one or more real nodes, a mapped cluster can comprise one or more portions of one or more real clusters, etc., and, for convenience, the term RAIN can be omitted for brevity, e.g., a mapped RAIN cluster can be referred to simply as a mapped cluster, a mapped RAIN node can simply be referred to as a mapped node, etc., wherein ‘mapped’ is intended to convey that the mapped node is an abstraction of real storage space that is distinct from a real node and the corresponding real physical hardware component(s) and/or computing resource(s) of the real node, e.g., while data is actually stored on a real cluster/node/disk, the data storage can abstracted to appear as being stored in a mapped cluster/node/disk such that one or more mapped cluster/node/disk can be ‘built on top’ of a real cluster/node/disk. As an example, a data storage customer can use a mapped cluster for data storage whereby the storage data is actually stored in various real data storage locations of a real data storage system, e.g., a real cluster, etc., according to a logical mapping between the real cluster and the mapped cluster. This example can enable the mapped cluster to have more granular data storage than in conventional allocation of storage space from real clusters.

0018In an embodiment, a mapped cluster can be comprised in a real cluster, e.g., the mapped cluster can be N′ mapped nodes by M′ mapped disks in size and the real cluster can be N real nodes by M real disks in size, where N′=N and where M′=M. In other embodiments, N′ can be less than, or equal to, N, and M′ can be less than, or equal to, M. While it is also possible that N′ can be less than N, this is generally disfavored due to potential data loss events, as is discussed in more detail below. It will be noted that in some embodiments, M′ can be larger than M, e.g., where the mapping of a M real disks into M′ mapped disks portions comprises use of a part of one of the M disks, for example, 10 real disks (M=10) can be mapped to 17 mapped disk portions (M′=17), can be mapped to 11 mapped disk portions (M′=11), can be mapped to 119 mapped disk portions (M′=119), etc. In some embodiments, the mapped cluster can be smaller than the real cluster. Moreover, where the mapped cluster is sufficiently small in comparison to the real cluster, the real cluster can accommodate one or more additional mapped clusters. In an aspect, where mapped clusters are smaller than a real cluster, the mapped cluster can provide finer granularity of the data storage system. As an example, where the real cluster is 8×8, e.g., 8 real nodes by 8 real disks, then, for example, four mapped 4×4 clusters can be provided, wherein each of the four mapped 4×4 clusters is approximately ¼th the size of the real cluster. As a second example, given an 8×8 real cluster 16 mapped 2×2 clusters can be provided where each mapped cluster is approximately 1/16th the size of the real cluster. As a third example, for the 8×8 real cluster, 2 mapped 4×8 or 8×4 clusters can be provided and each can be approximately ½ the size of the real cluster. Additionally, the example 8×8 real cluster can provide a mix of different sized mapped clusters, for example one 8×4 mapped cluster, one 4×4 mapped cluster, and four 2×2 mapped clusters. In some embodiments, not all of the real cluster must be comprised in a mapped cluster, e.g., an example 8×8 real cluster can comprise only one 2×4 mapped cluster with the rest of the real cluster not (yet) being allocated into mapped storage space.

0019In an aspect an instance of a storage service can enable interaction with data stored via a mapped disk of a mapped node, e.g., writing, reading, modifying, moving, copying, duplicating, deleting, freeing, etc., of data in a mapped cluster abstraction can be performed on data of a real disk of a real node of a real cluster via an instance of a storage service. In an embodiment, an instance of a storage service, herein after simply ‘storage service’ for clarity and brevity, can execute on a component of a real cluster storage system. In some embodiments, the storage service can execute in a dedicated component, for example a mapped cluster control component, e.g., 110, etc., that can be local to, or located remotely from, a real disk of a real cluster. In some embodiments, the storage service can execute on a component of a real node, e.g., on a computing resource of a hardware node, etc., comprised in the real cluster. As an example, an example real cluster can be comprised of eight real nodes in a data center, wherein each real node comprises M real disks, wherein each real node comprises computing resources, and wherein the computing resources can support execution of one or more instances of storage services to enable building a mapped cluster on top of the real cluster. It can be appreciated that executing a storage service on the 8th real node of the cluster to support a mapped node of the mapped cluster storing data via real disks of the 1st real node, e.g., the mapped node maps to the 1st real node, can entail interaction between the computing resources of the 1st and 8th real node. This interaction can be an extraneous burden on computing resources in comparison to performing the storage service on the 1st real node where the storage service can more directly support the data stored on the 1st real node without the extra communications to the 8th real node noted earlier. Accordingly, it can be desirable to instantiate storage service instances based on a mapping of mapped clusters to real clusters.

0020In some embodiments, a performance of computing resources can act as a further metric to the selective instantiation of a storage service. Returning to the previous example, where the 1st real node computing resources are, for example, determined to be inappropriate for executing the instance of the storage service, it can be desirable to then instantiate the storage service on another real node, for example the 8th real node. The analysis of computing resources of a real node can indicate a level performance that can be employed in determining if that real node is appropriate to execute a storage service. In an iteration of the previous example, the 1st real node can comprise fewer and older processors than the 8th real node, which can be used to determine that executing the storage service on the 1st real node can have lower performance than execution on the 8th real node even where there is additional computing resource overhead in signaling between the 1st and 8th real nodes. In another iteration of the previous example, the 1st real node can already be executing other instances of storage services, e.g., for other mapped nodes, etc., and it can be determined that executing a further storage service would degrade performance sufficiently that it then becomes preferable to execute the further storage service on the 8th real node even where there is additional computing resource overhead in signaling between the 1st and 8th real nodes. In a yet further iteration of the previous example, the 1st real node can be scheduled to be repaired and storage services, etc., can be in the process of being moved to other real nodes, which can cause the further instance of the storage service to be performed on another real node computing resource, e.g., it can be likely that the data of the mapped node and the instance of the corresponding storage service can be moved to the same real node, e.g., the 8th real node in this example. Numerous other computing resource performance metrics can be determined and employed in the selective instantiation of a storage service and are to be considered within the scope of the instant subject matter even where not explicitly recited for the sake of clarity and brevity. Examples of other metrics can include, processor factors such as count, speed, etc., memory factors such as an amount of memory, speed, throughput, etc., network factors such as bandwidth, cost, latency, reliability, etc., location, reliability, monetary cost, geopolitical factors, etc. Moreover, in some embodiments, a mapped cluster can comprise storage space from more than one real cluster. In some embodiments, a mapped cluster can comprise storage space from real nodes in different geographical areas. In some embodiments, a mapped cluster can comprise storage space from more than one real cluster in more than one geographic location. As an example, a mapped cluster can comprise storage space from a cluster having hardware nodes in a data center in Denver. In a second example, a mapped cluster can comprise storage space from a first cluster having hardware nodes in a first data center in Denver and from a second cluster also having hardware nodes in the first data center in Denver. As a further example, a mapped cluster can comprise storage space from both a cluster having hardware nodes in a first data center in Denver and a second data center in Denver. As a still further example, a mapped cluster can comprise storage space from a first cluster having hardware nodes in a first data center in Seattle, Wash., and a second data center having hardware nodes in Tacoma, Wash. As yet another example, a mapped cluster can comprise storage space from a first cluster having hardware nodes in a first data center in Houston, Tex., and a second cluster having hardware nods in a data center in Mosco, Russia. Accordingly, in regards to selective instantiation of storage services can comprise determining computer resource metrics that reflect the topology of one or more real clusters/nodes/disks/etc., and their supporting computing resource(s). As an example, a real cluster can comprise data storage in a first data center located in Seattle, which can be subject to earthquakes, frequent violent political events, etc., and in a second data center located in Spokane, which can be less prone to earthquakes and political events, whereby it can have a higher computing resource cost to execute a storage service in Seattle to support data physically stored in Spokane. However, where the cost of storing data in Spokane nodes can be far less costly (e.g., lower monetary cost, lower risk of loss in a political riot/earthquake, etc.), and where there can be more up-to-date computing resources in Seattle nodes, there can be situations where it can be desirable to execute a storage service instance in Seattle for data physically storage in Spokane.

0021To the accomplishment of the foregoing and related ends, the disclosed subject matter, then, comprises one or more of the features hereinafter more fully described. The following description and the annexed drawings set forth in detail certain illustrative aspects of the subject matter. However, these aspects are indicative of but a few of the various ways in which the principles of the subject matter can be employed. Other aspects, advantages, and novel features of the disclosed subject matter will become apparent from the following detailed description when considered in conjunction with the provided drawings.

0022<figref idref="DRAWINGS">FIG. 1</figref> is an illustration of a system <b>100</b>, which can facilitate selective instantiation of a mapped node storage service at a real node, in accordance with aspects of the subject disclosure. System <b>100</b> can comprise mapped cluster control component <b>110</b>. Mapped cluster control component <b>110</b> can receive mapping data <b>120</b> and can facilitate mapped clusters, e.g., MC <b>140</b>-<b>146</b>, etc., based on mapping data <b>120</b>. Mapped cluster control component <b>110</b> can also receive other data <b>121</b> that can also facilitate mapping mapped clusters, for example, a mapping rule(s), a mapping scheme, a real disk/real node/real cluster selection criterion, etc. In an aspect, mapped cluster component <b>110</b> can generate, maintain, adapt, delete, release, etc., mapped clusters based on mapping data <b>120</b>, other data <b>121</b>, etc. Moreover, a mapped cluster, e.g., MC <b>120</b>-<b>146</b>, etc., can be a logical storage cluster built on top of a real cluster(s), e.g., cluster storage construct <b>102</b>. As an example, MC <b>140</b> can be a 4×2 mapped cluster, e.g., four mapped nodes of two mapped disks on each mapped node for a total of 8 mapped disks, etc., that can be mapped to storage of data on 8 real disks of a real cluster, for example, real cluster portion <b>141</b>, e.g., two real nodes of two real disks each and four real nodes of one disk each, of cluster storage construct <b>102</b>, etc. As another example, MC <b>142</b> can be a 4×2 mapped cluster that can be mapped to storage of data on 8 real disks of a real cluster, for example, real cluster portion <b>143</b>, e.g., four real nodes of two real disks each, of cluster storage construct <b>102</b>, etc. As a third example, MC <b>146</b> can be a 4×2 mapped cluster that can be mapped to storage of data on 8 real disks of a real cluster, for example, real cluster portion <b>147</b>, e.g., eight real nodes of one real disks each, of cluster storage construct <b>102</b>, etc.

0023Mapped cluster control component <b>110</b> can comprise MC storage service (MCSS) component <b>112</b>. MCSS component <b>112</b> can facilitate instantiation of a storage service instance. A storage service instance can enable interaction with data stored via a mapped disk of a mapped node. As an example, data stored via the mapped disks of MC <b>140</b> can be stored in portion <b>141</b> of cluster storage construct <b>102</b> and can be interacted with via a corresponding instance of a storage service. In this example, the storage service, in an embodiment, can be executed by MC control component <b>110</b>. In another embodiment of this example, the storage service instance can execute on computer resources of any of real nodes <b>1</b> to <b>6</b>, for example, on computer resources of real node <b>1</b>. In a further embodiment of this example, the storage service instance can execute on computer resources of any of real nodes <b>1</b> to N, for example, on computer resources of real node <b>7</b>. In an example storage service executing on the computing resources of real node <b>1</b>, the storage service instance can enable writing, reading, modifying, moving, copying, duplicating, deleting, freeing, etc., data stored on one or more of the disks of portion <b>141</b> corresponding to data events via MC <b>140</b> and associated mapped disks of the constituent mapped nodes.

0024In some embodiments, for example where MC <b>140</b> comprises four mapped nodes, e.g., a 4×2 mapped cluster, there can be four instances of storage services that can run on any four real nodes of cluster storage construct <b>102</b>, for example, real nodes <b>1</b>, <b>2</b>, <b>5</b>, and <b>6</b>, etc. In this example, a first instance of the storage services on real node <b>1</b> can correlate to data events of mapped node <b>1</b> of MC <b>140</b>, a second instance of the storage services on real node <b>2</b> can correlate to data events of mapped node <b>2</b> of MC <b>140</b>, a third instance of the storage services on real node <b>5</b> can correlate to data events of mapped node <b>3</b> of MC <b>140</b>, e.g., corresponding to real disks <b>3</b>.<b>1</b> and <b>4</b>.<b>1</b>, etc., a fourth instance of the storage services on real node <b>6</b> can correlate to data events of mapped node <b>4</b> of MC <b>140</b>, e.g., corresponding to real disks <b>5</b>.<b>1</b> and <b>6</b>.<b>1</b>, etc. Numerous other examples of executing a storage service instance to control data interactions via mapped nodes for data stored on real disks will be readily appreciated and are within the scope of the instant disclosure even where not explicitly recited for the sake of clarity and brevity, for example, as an alternate form of the preceding example, the first instance of the storage services on real node <b>1</b> can correlate to data events of mapped node <b>1</b> of MC <b>140</b>, the second instance of the storage services on real node <b>2</b> can correlate to data events of mapped node <b>2</b> of MC <b>140</b>, the third instance of the storage services on real node <b>5</b> can correlate to data events of mapped node <b>4</b> of MC <b>140</b>, e.g., corresponding to real disks <b>3</b>.<b>1</b> and <b>6</b>.<b>1</b>, etc., the fourth instance of the storage services on real node <b>6</b> can correlate to data events of mapped node <b>3</b> of MC <b>140</b>, e.g., corresponding to real disks <b>5</b>.<b>1</b> and <b>4</b>.<b>1</b>, etc.

0025MCSS comp <b>112</b> can generate MCSS data <b>114</b>, which can indicate and enable an instantiation scheme(s) facilitating interaction with data stored via a mapped cluster on a real cluster, for example, MCSS data <b>114</b> can indicate that a first instance of the storage services will execute on real node <b>1</b> and will correlate to controlling data events for mapped node <b>1</b> of MC <b>140</b>, a second instance of the storage services will execute on real node <b>2</b> corresponding to data events of mapped node <b>2</b> of MC <b>140</b>, etc.

0026In an aspect, mapped disks and mapped nodes of a mapped cluster can map to nearly any constellation of real storage locations, e.g., real disks, real nodes, real clusters, or portions thereof, etc. In an aspect, a 4×2 mapped cluster could similarly be mapped to data storage in a 4×2 portion of a real cluster, an 8×1 portion of a real cluster, a 2×2 and a 4×1 portion of a real cluster, etc. Generally, according to a typical data loss prevention rule, mapped clusters can comprise nearly any configuration of real storage areas, except two real disks of one real node should not be mapped with two different mapped nodes of one mapped cluster. This can reduce potential data loss events where a single mapped cluster that comprises two mapped nodes that each use real disks of the same real node, such that a data loss event could occur if the real node becomes less accessible, e.g., if the real node fails, slows, crashes, reboots, is damaged, etc. As an example, if the 4×2 example mapped cluster is mapped to data storage in a 2×4 portion of the real cluster, rather than for example into an 4×2 portion of the real cluster, then failure of one of the two real nodes of the real cluster may compromise data stored in two of the four mapped nodes of the mapped cluster. If the example mapped cluster employs data redundancy allowing the loss of only one mapped node, then the loss of two mapped nodes can result in a data loss event. As such, it can generally be prescribed that the example 4×2 mapped cluster be mapped into at least four real nodes of a real cluster, although it can certainly be mapped to nearly any disk of the four real nodes, and similarly, can be mapped to more than four real nodes, etc., wherein the mapping does not result in data stored according to the mapped cluster causing data in two mapped nodes to be stored in one real node. In some embodiments, a mapped cluster(s) can be hardened to withstand the loss of more than one mapped node and the data loss prevention rule can correspondingly be in accord with this more rugged mapped cluster implementation. These other data loss prevention rules are not further discussed simply for clarity and brevity, although all such other data loss prevention rules are within the scope of the instant disclosure.

0027In an aspect, where an instance of a storage service executes on computer resources of a real node, it can be desirable to have it execute on a real node that comprises real disks storing data corresponding to the mapped cluster associated with the instance of the storage service. As an example, executing an instance of a storage service for MC <b>140</b> on computing resources of real node <b>7</b> of cluster storage construct <b>102</b> can result in loading computing resources to communicate between real nodes <b>1</b>-<b>6</b> (of portion <b>141</b> corresponding to MC <b>140</b>) and real node <b>7</b>, which can be different than if the instance of the storage service were executing on any of real nodes <b>1</b>-<b>6</b>. As an example, a data interaction with data of mapped disk <b>1</b>.<b>1</b><i>m </i>of MC <b>140</b> can result in interacting with data on real disk <b>1</b>.<b>1</b>, and this interaction can be enabled by first communicating information from real node <b>1</b> to real node <b>7</b>, where it can be processed by the instance of the storage service, then a result can be communicated back to real node <b>1</b> to facilitate the data interaction. In contrast, where the instance of the storage service is executing on real node <b>1</b>, the data interaction can be processed by the storage service directly on real node <b>1</b>. In an aspect, real node <b>2</b> can execute a second storage service instance for interactions with data stored in mapped node <b>2</b> of MC <b>140</b>, etc.

0028Reducing loading on computing resources can be beneficial in a storage system and, accordingly, MCSS component <b>112</b> can determine where to instantiate instances of storage services according to one or more rules, resulting in MCSS data <b>114</b>. In an embodiment, MC control component <b>110</b> can be comprised in cluster storage construct <b>102</b>, e.g., as a separate component, executing on a computing resource of a real node, etc. In other embodiments, MC control component <b>110</b> can be a comprised apart from cluster storage construct <b>102</b>, e.g., as a local or remotely located component that can communicate with cluster storage construct <b>102</b>. In further embodiments, e.g., embodiments where cluster storage construct <b>102</b> spans discrete physical locations, for example data centers in different cities, countries, etc., MC control component <b>110</b> can be comprised in a portion of cluster storage constrict <b>102</b>, as a separate local or remotely located component, etc.

0029Additionally, in an aspect, determining where to instantiate a storage service instance can be based on metric of computer resources of component(s) of cluster storage construct <b>102</b>. As an example, where an instance of a storage service can execute on real node <b>4</b> or real node <b>5</b>, the real node can be selected based on a determined effect on the computing resources of the candidate real nodes. In this example, let real node <b>4</b> computer resources be more limited than those of real node <b>5</b>, such that real node <b>5</b> can be selected due to the instance of the storage services having less impact on the greater resources of real node <b>5</b> than would be experienced by running the instance on real node <b>4</b>. In a variation of the preceding example, where real node <b>5</b> can already be running two instances of storage services, for example for real disk <b>5</b>.<b>1</b> of portion <b>141</b>, corresponding to a mapped node of MC <b>140</b>, and real disks <b>5</b>.<b>2</b> and <b>5</b>.<b>3</b> of portion <b>143</b>, corresponding to a mapped node of MC <b>142</b>, it can be determined that adding a third instance to real node <b>5</b> can be more burdensome on the computing resources of real node <b>5</b> than a comparable burden on the computing resources of real node <b>4</b> that may only be running, for example, one existing instance for real disk <b>4</b>.<b>1</b> of portion <b>141</b>.

0030In an embodiment of the disclosed subject matter, MCSS data <b>114</b> can result in execution of instances of storage services on real nodes comprising greater numbers of real disks mapping to a mapped node of a mapped cluster. As an example, determining that an instance of a storage service one real node <b>1</b> can be related to either portion <b>141</b> or portion <b>147</b> of the real cluster, e.g., the storage service instance can support data interactions for either mapped node <b>1</b> of MC <b>140</b> (mapped disks <b>1</b>.<b>1</b><i>m </i>and <b>1</b>.<b>2</b><i>m </i>map to real disk <b>1</b>.<b>1</b>. and <b>1</b>.<b>2</b> of real node <b>1</b>), or mapped node <b>1</b> of MC <b>146</b> (mapped disk <b>1</b>.<b>6</b><i>m </i>maps to real disk <b>1</b>.<b>6</b> or real node <b>1</b>). Where more real disks of real node <b>1</b> support MC <b>140</b>, e.g., two real disks support MC <b>140</b> while only one real disk supports MC <b>146</b>, the instance of the storage service for mapped node <b>1</b> of MC <b>140</b> can be instantiated on real node <b>1</b> and a second instance of a storage service for mapped node <b>1</b> of MC <b>146</b> can be instantiated on another real node, for example real node <b>3</b>, etc., or in some embodiments, where there is sufficient computer resources at real node <b>1</b>, the second instance can also be instantiated on real node <b>1</b>. In an aspect, mapping of mapped nodes to real disks can enable an analysis of groups/counts of real disks corresponding to different mapped nodes to enable assigning, sorting, ranking, etc., instantiation of storage services to real nodes that comprise larger groups/counts. As an example, real node <b>1</b> can comprise a group of two in portion <b>141</b> (for MC <b>140</b>) and a group of one in portion <b>147</b> (for MC <b>146</b>), whereby the group of two can be ranked higher than the group of one, which can result in an instance of a storage service at real node <b>1</b> being related to mapped node <b>1</b> of MC <b>140</b> rather than to mapped node <b>1</b> of MC <b>146</b>. As a second example, real node <b>5</b> can comprise a group of one in portion <b>141</b> (for MC <b>140</b>), a group of two in portion <b>143</b> (for MC <b>142</b>), and a group of one in portion <b>147</b> (for MC <b>146</b>), whereby the group of two can be ranked higher than the groups of one, which can result in an instance of a storage service at real node <b>5</b> corresponding to interactions with data of mapped node <b>1</b> of MC <b>142</b> rather than to the mapped nodes of either MC <b>140</b> or MC <b>146</b>.

0031<figref idref="DRAWINGS">FIG. 2</figref> is an illustration of a system <b>200</b>, which can enable selective instantiation of a mapped node storage service at a real node based on a mapping of mapped disks to real disks, in accordance with aspects of the subject disclosure. System <b>200</b> can comprise cluster storage construct <b>202</b> that can comprise real disks arrayed in real nodes, e.g., N real nodes by M real disks. Cluster storage construct <b>202</b> can support mapped clusters, e.g., MC <b>240</b>, <b>242</b>, etc. MC <b>240</b> can be a 4×4 mapped cluster whose mapped disks, for example, correspond to the greyed disks of cluster storage construct <b>202</b>, e.g., mapped disk <b>1</b>.<b>2</b><i>m </i>maps to real disk <b>1</b>.<b>2</b>, etc. MC <b>242</b> can similarly be a 4×4 mapped cluster mapping to the stripped real disks of cluster storage construct <b>202</b>, e.g., mapped disk <b>3</b>.<b>1</b><i>m </i>maps to real disk <b>3</b>.<b>1</b>, etc. In an aspect, the white real disks of cluster storage construct <b>202</b> can support other mapped clusters or can be unused, available, etc.

0032Mapping table <b>213</b> can be determined for the mapping of MC <b>240</b> and MC <b>242</b> onto real disks of cluster storage construct <b>202</b>. Mapping table <b>213</b> can, for example, indicate that real node <b>1</b> (read from the left hand column) contributes real disks <b>1</b>.<b>2</b> and <b>1</b>.<b>4</b> to mapped node <b>1</b> of MC <b>240</b> and real disks <b>1</b>.<b>1</b>. and <b>1</b>.<b>3</b> to mapped node <b>3</b> of MC <b>242</b>; that real node <b>2</b> contributes real disk <b>2</b>.<b>1</b> to mapped node <b>2</b> of MC <b>240</b> and real disks <b>2</b>.<b>2</b>, <b>2</b>.<b>3</b>, and <b>2</b>.<b>4</b> to mapped node <b>1</b> of MC <b>242</b>; etc. Mapping table <b>213</b> can provide an understanding of groups/counts of real disks of a real node contributing to the support of mapped nodes of mapped clusters. Analysis of mapping table <b>213</b> can facilitate instantiation of storage services on real nodes based on what real disks participate in mapped nodes of mapped clusters.

0033A storage service instance can enable interaction with data stored via a mapped disk of a mapped node. As an example, data stored via the mapped disks of mapped node <b>1</b> of MC <b>140</b>, e.g., mapped disks <b>1</b>.<b>2</b><i>m</i>, <b>6</b>.<b>1</b><i>m</i>, <b>1</b>.<b>4</b><i>m</i>, and <b>6</b>.<b>4</b><i>m</i>, can be stored in real disks of real nodes <b>1</b> and <b>6</b>, e.g., real disk <b>1</b>.<b>2</b> of real node <b>1</b> can correspond to mapped disk <b>1</b>.<b>2</b><i>m </i>of mapped node <b>1</b>, real disk <b>6</b>.<b>1</b> of real node <b>6</b> can correspond to mapped disk <b>6</b>.<b>1</b><i>m </i>of mapped node <b>1</b>, real disk <b>1</b>.<b>4</b> of real node <b>1</b> can correspond to mapped disk <b>1</b>.<b>4</b><i>m </i>of mapped node <b>1</b>, and real disk <b>6</b>.<b>4</b> of real node <b>6</b> can correspond to mapped disk <b>6</b>.<b>4</b><i>m </i>of mapped node <b>1</b>. As a second example, data stored via real disks of real node <b>1</b>, e.g., real disks <b>1</b>.<b>1</b> to <b>1</b>.<b>4</b>, can support mapped disks of mapped nodes of mapped clusters, e.g., real disk <b>1</b>.<b>2</b> of real node <b>1</b> can correspond to mapped disk <b>1</b>.<b>2</b><i>m </i>of mapped node <b>1</b> of MC <b>240</b>, real disk <b>1</b>.<b>4</b> of real node <b>1</b> can correspond to mapped disk <b>1</b>.<b>4</b><i>m </i>of mapped node <b>1</b> of MC <b>240</b>, real disk <b>1</b>.<b>1</b> of real node <b>1</b> can correspond to mapped disk <b>1</b>.<b>1</b><i>m </i>of mapped node <b>3</b> of MC <b>242</b>, and real disk <b>1</b>.<b>3</b> of real node <b>1</b> can correspond to mapped disk <b>1</b>.<b>3</b><i>m </i>of mapped node <b>3</b> of MC <b>242</b>. Accordingly, real node <b>1</b> can be understood to support two groups of two real disks, e.g., two real disks (<b>1</b>.<b>2</b> and <b>1</b>.<b>4</b>) supporting mapped node <b>1</b> of MC <b>240</b> and two real disks (<b>1</b>.<b>1</b> and <b>1</b>.<b>3</b>) supporting mapped node <b>3</b> of MC <b>242</b>.

0034In an embodiment, selection of an instantiation of a storage service can be based on a count of the real disks participating in support of a mapped node. Referring to illustrated example system <b>200</b>, data stored via real disks of real node <b>2</b>, e.g., real disks <b>2</b>.<b>1</b> to <b>2</b>.<b>4</b>, can support mapped disks of mapped nodes of mapped clusters, e.g., real disk <b>2</b>.<b>1</b> of real node <b>2</b> can correspond to mapped disk <b>2</b>.<b>1</b><i>m </i>of mapped node <b>2</b> of MC <b>240</b>, and real disks <b>2</b>.<b>2</b> to <b>2</b>.<b>4</b> of real node <b>2</b> can correspond to mapped disks <b>2</b>.<b>2</b><i>m </i>to <b>2</b>.<b>4</b><i>m </i>of mapped node <b>2</b> of MC <b>242</b>. In this example, a group of one and a group of three real disks can be indicated, a group of one real disk (real disk <b>2</b>.<b>1</b>) of real node <b>2</b> corresponds to mapped node <b>2</b> of MC <b>240</b> and a group of three real disks (real disks <b>2</b>.<b>2</b>-<b>2</b>.<b>4</b>) of real node <b>2</b> correspond to mapped node <b>2</b> of MC <b>242</b>. As such, node <b>2</b> can instantiate a storage service instance to support the larger group, e.g., the instantiated storage service can serve mapped disks <b>2</b>.<b>2</b><i>m </i>to <b>2</b>.<b>4</b><i>m </i>of mapped node <b>2</b> of MC <b>242</b>. This can leave assignment of another instance of a storage service related to mapped node <b>2</b> of MC <b>240</b> for another real node, or in some embodiments, as a second instance of a storage service on real node <b>2</b>.

0035<figref idref="DRAWINGS">FIG. 3</figref> is an illustration of a system <b>300</b>, which can facilitate selective instantiation of a mapped node storage service at a real node ordered by a count of real disks supporting a mapped node, in accordance with aspects of the subject disclosure. System <b>300</b> can comprise MCSS component <b>312</b> that can generate MCSS data <b>314</b>. MCSS data <b>314</b>, which can indicate an instantiation scheme(s) that can facilitate interaction with data stored via a mapped cluster built on top of a real cluster, for example, MCSS data <b>314</b> can indicate that a first instance of the storage services will execute on a first real node and will correlate to controlling data events for a first mapped node, that a second instance of the storage services will execute on a second real node corresponding to data events of a second mapped node, etc.

0036Mapping table <b>213</b> from <figref idref="DRAWINGS">FIG. 2</figref> can be employed in determining count table <b>330</b>. Mapping table <b>213</b> can indicate which real disks of real nodes are providing data storage corresponding to different mapped nodes of mapped clusters. Mapping table <b>213</b> can, for example, indicate that real node <b>1</b> (read from the left hand column) contributes real disks <b>1</b>.<b>2</b> and <b>1</b>.<b>4</b> to mapped node <b>1</b> of MC <b>240</b> and real disks <b>1</b>.<b>1</b>. and <b>1</b>.<b>3</b> to mapped node <b>3</b> of MC <b>242</b>; that real node <b>2</b> contributes real disk <b>2</b>.<b>1</b> to mapped node <b>2</b> of MC <b>240</b> and real disks <b>2</b>.<b>2</b>, <b>2</b>.<b>3</b>, and <b>2</b>.<b>4</b> to mapped node <b>1</b> of MC <b>242</b>; etc. Mapping table <b>213</b> can provide an understanding of groups/counts of real disks of a real node contributing to the support of mapped nodes of mapped clusters. Analysis of mapping table <b>213</b> can facilitate instantiation of storage services on real nodes based on what real disks participate in mapped nodes of mapped clusters.

0037In an embodiment, count table <b>330</b> can be determined based on an analysis of mapping table <b>213</b>. Count table <b>330</b> can indicate, for example, that real node <b>1</b> (again read from the left hand column) contributes two real disks to mapped node <b>1</b> of MC <b>240</b>, e.g., corresponding to real disk <b>1</b>.<b>2</b> and <b>1</b>.<b>4</b>, and two real disks to mapped node <b>3</b> of MC <b>242</b>, e.g., corresponding to real disks <b>1</b>.<b>1</b> and <b>1</b>.<b>3</b>; that real node <b>2</b> contributes one real disk to mapped node <b>2</b> of MC <b>240</b>, e.g., corresponding to real disk <b>2</b>.<b>1</b>, and three real disks to mapped node <b>1</b> of MC <b>242</b>, e.g., corresponding to <b>2</b>.<b>2</b>, <b>2</b>.<b>3</b>, and <b>2</b>.<b>4</b>; etc. The groups from count table <b>330</b>, e.g., groups of one, two, three, four, etc., real disks, can be employed in directing where an instance of a storage service can execute. In an embodiment, storage services can be instantiated by simply rastering across mapping table <b>213</b> or count table <b>330</b>. As an example, starting in the upper left corner of either mapping table <b>213</b> or count table <b>330</b>, a first storage service for mapped node <b>1</b> of MC <b>240</b> can be provisioned on real node one, then a second storage service can be provisioned on real node <b>2</b> for mapped node <b>2</b> of MC <b>240</b> by skipping mapped node <b>3</b> of MC <b>242</b> because real node <b>1</b> already has one storage service, e.g., the first storage service, assigned, then a third storage service can be set at real node <b>3</b> for mapped node <b>1</b> of MC <b>242</b>, etc. This embodiment, for example, can simply cause a storage service for the first mapped node being provided with real disks regardless of the count of real disks being provided. This can result in a storage service facilitating a larger group of real disks in the same mapped node but stored on another real node, e.g., the second storage service on real node <b>2</b> of the previous example also serves a group of three real disks on real node <b>5</b> because disks <b>5</b>.<b>2</b> to <b>5</b>.<b>4</b> are part of mapped node <b>2</b> of MC <b>240</b>, etc.

0038In another embodiment, larger groups can be provisioned with an instance of a storage service before provisioning smaller groups. As an example, starting in the upper left corner of count table <b>330</b> and moving left to right then down, a first storage service can be set for the largest first largest group to be encountered, e.g., there are two groups of four real disks in count table <b>330</b>, four real disks at mapped node <b>1</b> of MC <b>242</b> and four real disks at mapped node <b>4</b> of MC <b>240</b>. As such, the first storage service can be instantiated on real node <b>3</b> for mapped node <b>1</b> of MC <b>242</b>, then a second storage service can be provisioned on real node <b>7</b> for mapped node <b>4</b> of MC <b>240</b>, then a third storage service can be set for the first group of three real disks, e.g., at real node <b>2</b> for mapped node <b>2</b> of MC <b>242</b>, etc. This embodiment can cause a storage services to be instantiated by largest group first, which can place the storage service on a real node having the greatest number of real disks corresponding to a mapped node of a mapped cluster. This can reduce computing resource burdens by trying to keep the storage service instance closer to more of the real disks enabling a mapped node.

0039An example actions table <b>350</b> is illustrated for an embodiment of instantiating by group size from count table <b>330</b>. At iteration number one, an MCSS can be assigned to real node <b>3</b> for mapped node <b>1</b> of MC <b>242</b>, at iteration number two, an MCSS can be assigned to real node <b>7</b> for mapped node <b>4</b> of MC <b>240</b>, at iteration number three, an MCSS can be assigned to real node <b>2</b> for mapped node <b>2</b> of MC <b>242</b>, etc. At iteration number eight, it can be observed that a storage service has already been instantiated at real node <b>1</b>, as can be observed at iteration number seven for mapped node <b>1</b> of MC <b>240</b>. As such, causing a storage service instance for real disks <b>1</b>.<b>1</b> and <b>1</b>.<b>3</b> at real node <b>1</b> would represent a second instance of a storage service executing on real node <b>1</b>. While a real node can certainly execute multiple instances of a storage service, it can be preferable, in some embodiments to distribute storage service instances, for example, to prevent bunching up of instances on just a few real nodes. However, there can be circumstances where an uneven distribution of storage services can also be preferable, for example, where computing resources are not similar across/between all real nodes, etc. As an example, where real node <b>1</b> has much greater computing resources than another real node that doesn't yet have a storage service instance, it can still be preferable to add a second storage service instance to real node <b>1</b> rather than to the other real node because of the much greater computing resources of real node <b>1</b> being determined to be able to execute multiple instances of storage services causing a real cluster to perform better than having an instance at each of real node <b>1</b> and at the other real node.

0040Proceeding to iteration number nine of actions table <b>350</b>, it can be observed that mapped node <b>1</b> of MC <b>240</b> is already associated with an instance of a storage service, e.g., real node <b>1</b> already has an instance of a storage service for mapped node <b>1</b> of MC <b>240</b>, which mapped node includes storage via real disk <b>6</b>.<b>1</b> and <b>6</b>.<b>4</b> on real node <b>6</b>. As such, there can be no need to assign a second storage service instance to manage a mapped node that already being managed by a first storage service instance, and the action can be to simply move to the next iteration, e.g., at iteration number seven, a storage service instance was caused at real node <b>1</b> for mapped node <b>1</b> of MC <b>240</b>, which mapped node can store data via real disks <b>1</b>.<b>2</b>, <b>1</b>.<b>4</b>, <b>6</b>.<b>1</b>, and <b>6</b>.<b>4</b> of the real cluster, such that at iteration number nine, there is no need to cause a second storage service instance for mapped node <b>1</b> of MC <b>240</b>.

0041At iteration numbers <b>11</b>-<b>15</b>, similar to iteration number nine, it can be observed that the groups of real disks are already in mapped nodes that are associated with storage service instances already in execution on real nodes and, as such, there is no need to assign additional instances of storage services. Accordingly, actions table <b>350</b> can finish, as shown at iteration number <b>16</b>. The actions illustrated in action table <b>350</b> can be comprised in MCSS data <b>314</b>. MCSS data <b>314</b> can be employed to implement instantiation of storage services on the real nodes of the real cluster, for example, according to actions table <b>350</b>, to support data interactions via a mapped cluster built on top of a real cluster in a manner that places storage service instances closer to larger counts of real disks associated with mapped nodes.

0042<figref idref="DRAWINGS">FIG. 4</figref> is an illustration of example system <b>400</b> that can facilitate selective instantiation of a mapped node storage service at a real node based on a mapping of mapped disks to real disks, wherein a real node can support multiple instantiations of a mapped node storage service, in accordance with aspects of the subject disclosure. System <b>400</b> can comprise cluster storage construct <b>402</b> that can be similar to, or the same as, cluster storage construct <b>202</b>. In an embodiment, cluster storage construct <b>402</b> can support mapped clusters, e.g., MC <b>440</b>-<b>446</b>, etc. In an embodiment, MC <b>440</b>-<b>446</b> can correspond to portions <b>441</b>-<b>447</b> respectively.

0043The example allocation of real disks to enable mapped clusters <b>440</b>-<b>446</b>, e.g., via portions <b>441</b>-<b>447</b> respectively, can be translated into mapped table <b>413</b>. Mapping table <b>413</b> can therefore illustrate the mapping of MC <b>440</b> to <b>446</b> onto real disks of cluster storage construct <b>202</b>. Mapping table <b>413</b> can, for example, indicate that real node <b>1</b> (read from the left hand column) contributes real disks <b>1</b>.<b>1</b> and <b>1</b>.<b>2</b> to mapped node <b>1</b> of MC <b>440</b> and real disk <b>1</b>.<b>6</b> to mapped node <b>1</b> of MC <b>446</b>; . . . ; that real node <b>5</b> contributes real disk <b>5</b>.<b>1</b> to mapped node <b>1</b> of MC <b>440</b>, real disks <b>5</b>.<b>2</b> and <b>5</b>.<b>3</b> to mapped node <b>1</b> of MC <b>442</b>, and real disk <b>5</b>.<b>6</b> to mapped node <b>1</b> of MC <b>446</b>; etc. Mapping table <b>413</b> can provide an understanding of groups of real disks of a real node contributing to the support of mapped nodes of mapped clusters. Analysis of mapping table <b>413</b> can facilitate instantiation of storage services on real nodes based on what real disks participate in mapped nodes of mapped clusters.

0044In an aspect, analysis of mapping table <b>413</b> can yield count table <b>430</b>. Count table <b>430</b> can indicate a count of real disks associated with a mapped node for each real node. As an example, count table <b>430</b> can indicate that real node <b>1</b> (again read from the left hand column) contributes two real disks to mapped node <b>1</b> of MC <b>440</b>, and one real disk to mapped node <b>1</b> of MC <b>446</b>; . . . ; that real node <b>5</b> contributes one real disk to mapped node <b>1</b> of MC <b>440</b>, two real disks to mapped node <b>1</b> of MC <b>442</b>, and one real disk to mapped node <b>1</b> of MC <b>446</b>; etc. The groups from count table <b>430</b>, e.g., groups of one, two, three, four, etc., real disks, can be employed in directing where an instance of a storage service can execute. In an embodiment, storage services can be instantiated by traversing mapping table <b>413</b> or count table <b>430</b>, for example from left to right then down. As an example, starting in the upper left corner of count table <b>430</b>, a first storage service for mapped node <b>1</b> of MC <b>240</b> can be provisioned on real node one, then a second storage service can be provisioned on real node <b>2</b> for mapped node <b>2</b> of MC <b>240</b> by skipping mapped node <b>1</b> of MC <b>446</b> because real node <b>1</b> already has one storage service instance in execution. This embodiment, for example, can simply cause a storage service for the first mapped node being provided with real disks regardless of the count of real disks being provided. This can result in a storage service facilitating a larger group of real disks in the same mapped node but stored on another real node.

0045In another embodiment, larger groups can be provisioned first with an instance of a storage service, prior to provisioning smaller groups with an instance of a storage service, which can result in keeping larger groups of real disks associated with a mapped node closer to a corresponding instance of a storage service which, in turn, can reduce a burden on computing resources in comparison to having an instance of a storage service farther from a large group of real disks. As an example, an instance of a storage service enabling mapped node <b>1</b> of MC <b>440</b> can be instantiated at any real node, although generally it is preferable to have it execute on a node comprising at least one real disk correlated to the mapped node where other factors, e.g., key performance indicators (KPIs) of the computing resources of the real nodes or real cluster, don't indicate a reason to do otherwise. Continuing this example then, it would be preferable to cause the storage service at either real node <b>1</b>, <b>3</b> or <b>5</b>. Selection from among real nodes <b>1</b>, <b>3</b>, or <b>5</b>, can be based on real disk counts, e.g., real node <b>1</b> contributes two real disks and each of real nodes <b>3</b> and <b>5</b> contribute one real disk. Generally, according to an example count based selection, the instance of the storage service can be instantiated on real node <b>1</b>, which contributes more real disks to mapped node <b>1</b> of MC <b>440</b> than either real node <b>3</b> or real node <b>5</b>. As such, data interactions with mapped node <b>1</b> of MC <b>440</b> are more likely to be performed on the two real disks of real node <b>1</b> than on the one real disk of either real nodes <b>3</b> or <b>5</b> and, accordingly, there can be, for example, less data transfer (and associated data processing) between real nodes in this scheme than can be experienced where the storage service instance is instead located at either real node <b>3</b> or <b>5</b>. Count table <b>330</b> can be employed in determining instantiation of a storage service by group size, e.g., a count of real disks contributing to a mapped node to reduce computing resource burdens by trying to keep the storage service instance closer to more of the real disks contributing to the mapped node.

0046<figref idref="DRAWINGS">FIG. 5</figref> is an illustration of example system <b>500</b> that can facilitate selective instantiation of a mapped node storage service at a real node ordered by a count of real disks supporting a mapped node, wherein a real node can support multiple instantiations of a mapped node storage service, in accordance with aspects of the subject disclosure. System <b>500</b> can comprise mapping table <b>513</b> and count table <b>530</b>. In an embodiment, mapping table <b>513</b> can be the same as, or similar to, mapping table <b>413</b>, and count table <b>530</b> can be determined from mapping table <b>530</b>, thus count table can also be the same as, or similar to, count table <b>430</b>. Count table <b>530</b> can be employed to determine actions table <b>550</b>.

0047Actions table <b>550</b> can indicate actions related to instantiating storage services via computing resources of real nodes of a real cluster(s). Similar to actions table <b>350</b>, actions table <b>550</b> can assign instances of storage services according by a count of real disks contributing to a mapped node, for example, by traversing count table from left to right then down according to largest counts first, e.g., node <b>2</b> real disks of mapped node <b>2</b> for MC <b>440</b> would be provisioned with an instance of a storage service prior to provisioning a storage service for node <b>1</b> real disk(s) for mapped node <b>1</b> of MC <b>446</b> because node <b>2</b> contributes two real disks to mapped node <b>2</b> for MC <b>440</b> while real node <b>1</b> only contributes one real disk to mapped node <b>1</b> for MC <b>446</b>, etc. Further, node <b>1</b> real disks of mapped node <b>1</b> of MC <b>440</b> can be provisioned with a storage service instance before provisioning node <b>2</b> real disks of mapped node <b>2</b> of MC <b>440</b> simply because the former appears higher and to the left of the later in count table <b>530</b>. Other orders of traversing groups sorted by size are readily appreciated and are within the scope of the disclosed subject matter despite not being explicitly recited for the sake of clarity and brevity.

0048Action table <b>550</b>, at iteration number one, can indicate causing an MCSS at real node <b>1</b> supporting mapped node <b>1</b> of MC <b>440</b>, which can be based on count table <b>530</b>. Similarly, at iteration number two, another storage service instance can be cause at real node <b>2</b> supporting mapped node <b>2</b> of MC <b>440</b>. Instantiation of storage services can continue until iteration number five, where it can be determined that an MCSS for mapped node <b>1</b> of MC <b>442</b> has already been instantiated at iteration number three, and therefore there is no need to cause a second storage service for the same mapped node, therefore actions table <b>550</b> can indicate moving to the next iteration without other action. Similarly, iteration number six can move to iteration number seven.

0049At iteration number <b>7</b> of actions table <b>550</b>, it can be determined that real node <b>1</b> is already allocated a first storage service instance, e.g., from iteration number <b>1</b>. Rather than allocating a second storage service instance on real node <b>1</b>, allocation of a storage service for real disk <b>1</b>.<b>6</b> can be deferred, e.g., skipped, etc., until other allocations have been determined, see iteration number <b>19</b> where real disk <b>1</b>.<b>6</b> is again considered. Actions table <b>550</b> can indicate other ‘next’ and ‘skip’ actions through iteration number ten, which can indicate assigning an instance of a storage service to real node <b>3</b> for mapped node <b>2</b> of MC <b>446</b>.

0050At iteration number <b>19</b>, previously skipped provisioning of a storage service instance for real disk <b>1</b>.<b>6</b> can be revisited, e.g., the previous iterations have addressed all other real disks for assignment, next, or skip. Upon arriving at iteration number <b>19</b>, it can be observed that mapped node <b>1</b> of MC <b>446</b> is not yet associated with an instance of a storage service and can also be observed that real node <b>1</b> already has one instance of a storage service already assigned from iteration number <b>1</b>. As such, either a second iteration of a storage service can be caused at real node <b>1</b> or an iteration of the storage service can be caused at another real node, for example at other real nodes contributing a real disk to support mapped node <b>1</b> of MC <b>446</b>, e.g., real nodes <b>2</b>, <b>5</b>, or <b>6</b>. Whereas, assuming the computing resources of real nodes <b>1</b>, <b>2</b>, <b>5</b>, and <b>6</b> are equivalent, the other real nodes also already have one instance of a storage service assigned, it can be determined that either the second iteration of the storage service can be caused at real node <b>1</b> or an iteration of the storage service can be caused at another real node that does not contribute a real disk to support mapped node <b>1</b> of MC <b>446</b>, e.g., real nodes <b>3</b>, <b>4</b>, <b>7</b>, <b>8</b>, etc., however, real node <b>3</b> also already has one MCSS instance assigned and can therefore be less favored. Accordingly, it can be determined if a second MCSS on real node <b>1</b> or a first MCSS on real nodes <b>4</b>, <b>7</b>, or <b>8</b>, results in a more favorable operation of the real cluster, e.g., which action burdens the computing resources of the real nodes and real cluster the least, etc. This can be determined based on, for example, modeling, a selection rule, KPIs, etc. System <b>500</b> illustrates selecting to instantiate a second MCSS on real node <b>1</b>, e.g., a ‘special action,’ to support mapped node <b>1</b> of MC <b>446</b>. Accordingly, iteration numbers <b>20</b>-<b>22</b> result in ‘next’ actions because the MCSS for mapped node <b>1</b> of MC <b>446</b> was assigned in iteration <b>19</b>. Accordingly, the actions of actions table <b>550</b> can finish at iteration number <b>23</b>. Actions <b>550</b> can be comprised in MCSS data, e.g. MCSS data <b>114</b>, <b>314</b>, etc. and can result in MCSS instantiations shown in table <b>552</b>, e.g., real node <b>1</b> has two instances of MCSSs, real nodes <b>2</b>, <b>5</b>, and <b>6</b>, each have one instance of an MCSS, and real nodes <b>4</b>, <b>7</b>, and <b>8</b> do not have instances of an MCSS.

0051In view of the example system(s) described above, example method(s) that can be implemented in accordance with the disclosed subject matter can be better appreciated with reference to flowcharts in <figref idref="DRAWINGS">FIG. 6</figref>-<figref idref="DRAWINGS">FIG. 8</figref>. For purposes of simplicity of explanation, example methods disclosed herein are presented and described as a series of acts; however, it is to be understood and appreciated that the claimed subject matter is not limited by the order of acts, as some acts may occur in different orders and/or concurrently with other acts from that shown and described herein. For example, one or more example methods disclosed herein could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, interaction diagram(s) may represent methods in accordance with the disclosed subject matter when disparate entities enact disparate portions of the methods. Furthermore, not all illustrated acts may be required to implement a described example method in accordance with the subject specification. Further yet, two or more of the disclosed example methods can be implemented in combination with each other, to accomplish one or more aspects herein described. It should be further appreciated that the example methods disclosed throughout the subject specification are capable of being stored on an article of manufacture (e.g., a computer-readable medium) to allow transporting and transferring such methods to computers for execution, and thus implementation, by a processor or for storage in a memory.

0052<figref idref="DRAWINGS">FIG. 6</figref> is an illustration of an example method <b>600</b> that can facilitate selective instantiation of a mapped node storage service at a real node based on a mapping of mapped disks to real disks affinity sensitive data storage distribution of logical data across real storage devices, in accordance with aspects of the subject disclosure. Method <b>600</b>, at <b>610</b>, can comprise determining mapping information for a mapped cluster provisioned in a real cluster. A group of mapped nodes can appear to be a contiguous block of data storage even where, for example, it can be spread across multiple portions of one or more real disks, multiple real groups of hardware nodes, multiple real clusters of hardware nodes, multiple geographic locations, etc. Mapping information can reflect which real disks support mapped nodes of a mapped cluster.

0053Method <b>600</b>, at <b>620</b>, can comprise determining that the mapping information satisfies a mapped cluster storage rule. An example of a first mapped cluster storage rule can be that a first threshold level of real disks supporting a mapped node of a mapped cluster exist on a real node. Accordingly, a second mapped cluster storage rule can be that a second threshold level of real disks supporting a mapped node of a mapped cluster exist on a real node. Thus, at <b>630</b>, method <b>600</b> can comprise facilitating instantiation of a MCSS via a computing resource of a real node of the real cluster according to the mapping information. As such, by layering the example mapped cluster storage rules, real nodes having the first, second, etc., threshold number of real disks contributing to a mapped node can be allocated MCSS instances in a manner that results in a MCSS instance being closer to larger groups of real disks of a real node for a given mapped node than to smaller groups of real disks of other real nodes for the given mapped node. At this point method <b>600</b> can end.

0054<figref idref="DRAWINGS">FIG. 7</figref> is an illustration of an example method <b>700</b>, facilitating selective instantiation of a mapped node storage service at a real node ordered by a count of real disks supporting a mapped node, in accordance with aspects of the subject disclosure. At <b>710</b>, method <b>700</b> can comprise determining mapping information for mapped clusters provisioned in a real cluster. As previously discussed, a group of mapped nodes can appear to be a contiguous block of data storage even where, for example, it can be spread across multiple portions of one or more real disks, multiple real groups of hardware nodes, multiple real clusters of hardware nodes, multiple geographic locations, etc. Mapping information can reflect which real disks support mapped nodes of a mapped cluster.

0055At <b>720</b>, method <b>700</b> can comprise determining a mapping table based on the mapping information. A mapping table can be, for example, depicted as shown in <figref idref="DRAWINGS">FIGS. 2-5</figref>, etc., e.g., mapping table <b>213</b>, <b>413</b>, <b>513</b>, etc. A mapping table can indicate real disks of a real node of a real cluster supporting a mapped node of a mapped cluster. At <b>730</b>, the mapping table can be sorted based on a count of the real disks of a real node supporting a mapped node of a mapped cluster. In an embodiment, the sorting, can indicate real nodes contributing more real disks for a mapped node before real nods contributing fewer real disks for a mapped node. As an example, real node <b>1</b> can be indicated before real node <b>3</b> from mapping table <b>513</b> because real node <b>1</b> comprises a group having two real disks supporting one mapped node while real node <b>3</b> does not comprise a group having two real disks supporting any one mapped node. In an embodiment, real node <b>1</b> can be indicated before real node <b>2</b> from mapping table <b>513</b> because while both real node <b>1</b> and real node <b>2</b> comprise a group having two real disks supporting one mapped node, real node <b>1</b> appears in mapping table <b>513</b> earlier than real node <b>2</b> when following, for example, a left to right then down traversal of mapping table <b>513</b>.

0056At <b>740</b>, method <b>700</b> can comprise assigning a MCSS instance according to the sorting of the mapping table. At this point method <b>700</b> can end. In an aspect, this can result in first assigning MCSS instances to larger groups of real disks supporting a mapped node, before assigning MCSS instances to smaller groups. Accordingly, MCSS instances can be assigned in manner that results in an MCSS instance being assigned to a real node that is closer to the larger groups which can reduce a burden on computing resources of the real nodes of the real cluster in comparison to another assignment scheme that can result in some large groups being located further from an associated MCSS instance, e.g., it can be favorable to control, via an MCSS instance, more real disks supporting a mapped cluster by running the MCSS instance on the node contributing the real disks than to run the MCSS instance on a real node having fewer real disks supporting the mapped node.

0057In an aspect, at <b>740</b>, the assignment can be constrained by also determining that the computing resource(s) of the proposed real node satisfy a resources rule. The resources rule can be related to determining that the available computing resources of a real node proposed for instantiation of an MCSS instance are sufficient to support the addition of the MCSS instance. As an example, if a real node is already heavily burdened, it can be undesirable to add further burden by assigning an MCSS instance to that real node, in which case, other real nodes can be moved higher in a ranking, ordering, sorting, etc., of possible real nodes on which to instantiate the MCSS instance. Of note, the resources rule can evaluate individual real nodes as well as the operation of the real cluster itself, e.g., the resources rule can be satisfied when despite further burdening a first real node, the whole real cluster performs better than other assignment options. As an example, where adding a new instance of an MCSS as second instance of an MCSS to a first real node already assigned a first instance of an MCSS is determined to result in a first expected real cluster performance and where adding the new instance of the MCSS as a first instance to a second real node is determined to result in a second expected real cluster performance, where the first expected performance is favorable to the second expected performance, the new instance can be assigned as a second instance at the first node despite it further burdening the first node computing resources more heavily than it would have if assigned to the second real node. However, in this example, where the first real node would be unable to concurrently run the first and second instance, for example due to a lack of computing resources, etc., then the new instance can be assigned as a first instance to the second real node despite the overall performance of the real cluster being expected to be less favorable.

0058<figref idref="DRAWINGS">FIG. 8</figref> is an illustration of an example method <b>800</b>, which can enable selective instantiation of a mapped node storage service at a real node, in accordance with aspects of the subject disclosure. At <b>810</b>, method <b>800</b> can comprise sorting real disks of a real cluster into groups based on an account of real disks in a real node that support a mapped node. Generally the groups can be ordered from largest to smallest group, e.g., a group of four real disks of a real node that support one mapped node can be ranked higher than a group of three real disks, etc.

0059At <b>820</b>, method <b>800</b> can comprise determining if an i-th group of the groups of real nodes reside in a mapped node that already has a MCSS instance associated with it. A mapped node can map to real disks from more than one real node, as such, an i-th group of real nodes can be said to reside in a mapped node where the group of real disks are real disks that correspond to the mapped node. As an example, mapped node <b>1</b> of MC <b>240</b> in <figref idref="DRAWINGS">FIG. 2</figref> comprises mapped disks <b>1</b>.<b>2</b><i>m</i>, <b>6</b>.<b>1</b><i>m</i>, <b>1</b>.<b>4</b><i>m</i>, and <b>6</b>.<b>4</b><i>m </i>that correspond respectively to real disks <b>1</b>.<b>2</b>, <b>6</b>.<b>1</b>, <b>1</b>.<b>4</b>, and <b>6</b>.<b>4</b>. Accordingly, real node <b>1</b> can have a two disk group and real node <b>6</b> can have a two disk group that can each be said to reside in the mapped cluster, e.g., both groups of real disks contribute to enabling mapped node <b>1</b> of MC <b>240</b>. If the i-th group does reside in a mapped node that already has a MCSS instance associated with it, then the next group can be analyzed because the mapped node can already be subject to control via an existing storage service instance. Where the i-th group does not reside in a mapped node that already has a MCSS instance associated with it, then method <b>800</b> can proceed to <b>830</b>.

0060At <b>830</b>, method <b>800</b> can comprise determining if a j-th real node has sufficient computing resources to facilitate running an instance of a MCSS. The j-th real node can be a real node comprising the group of real disks. The sufficiency of the computing resources for the real node can be analyzed to determine if executing an instance of a MCSS will have negative effects on the real node itself or on the real cluster comprising the real node. If the real node is determined to be insufficient to perform the instance of the MCSS, then assigning the group can be skipped and a next group can be analyzed, e.g., the group can be moved to a later point in the queue of groups. Where the real node/cluster are not sufficiently burdened, the real node can be a candidate for instantiation of the MCSS instance and method <b>800</b> can move to <b>840</b>. It can be determined, at <b>840</b>, if the j-th real node already has an assigned MCSS instance, e.g., if the real node comprising the real disks of the group is already running a MCSS instance for another mapped node. If the j-th real node is already running assigned a MCSS instance, then at <b>870</b>, method <b>800</b> can comprise updating the j-th real node to a next real node having a real disk contributing to the support of a mapped node comprising the i-th group. As an example, from <figref idref="DRAWINGS">FIG. 2</figref>, if the i-th group is real disk <b>1</b>.<b>2</b> and <b>1</b>.<b>4</b> of real node <b>1</b>, e.g., real node <b>1</b> is the j-th real node, and the i-th group supports mapped node <b>1</b> of MC <b>240</b>, then the next j-th real node can be real node <b>6</b> because the group of real disks <b>6</b>.<b>1</b> and <b>6</b>.<b>4</b> also contribute to the support of mapped node <b>1</b> of MC <b>240</b>.

0061Method <b>800</b> moves to <b>850</b> where the j-th real node does not already have an assigned MCSS instance and, as such, the i-th group and j-th real node both do not correspond to an existing MCSS instance and the j-th real node has sufficient computing resources to perform the instance of the MCSS. As such, at <b>850</b>, method <b>800</b> can assign a MCSS instance to the j-th real node comprising the i-th group of real disks supporting the mapped node. At this point, method <b>800</b>, at <b>860</b>, can determine if there are remaining groups. Where there are no remaining groups, e.g., all groups of real disks have been are controlled by an instance of a MCSS, then method <b>800</b> can end.

0062Where there are remaining groups, then the i-th group can be incremented to the next group. Where the last i-th group has been reach, but some groups have been skipped at <b>820</b> or <b>830</b>, then the i-th group can be reset to the first group so that method <b>800</b> can continue and process the skipped groups. It will be noted that method <b>800</b> can fail if, after iterating, a group cannot eventually be assigned to an instance of a MCSS.

0063Method <b>800</b>, for example, can be set in the context of <figref idref="DRAWINGS">FIG. 3</figref>, wherein at <b>810</b> groups of four, three, two, and one real disk corresponding to count table <b>330</b> can be determined. At <b>820</b>, group of four real disks, e.g., <b>3</b>.<b>1</b> to <b>3</b>.<b>4</b> can be determined not to reside in a mapped node, e.g., mapped node <b>1</b> of MC <b>242</b> from mapping table <b>213</b>, which already has an MCSS instance. Then at <b>830</b>, the j-th real node, e.g., real node <b>3</b>, can be determined to have sufficient computing resources and, at <b>840</b>, can be determined to not already have an assigned MCSS instance, such that, at <b>850</b>, an MCSS instance can be assigned to real node <b>3</b> to support mapped node <b>1</b> of MC <b>242</b>, which is in agreement with iteration number one of actions table <b>350</b>. At this point, many other groups remain and, at <b>860</b>, the next group can be analyzed during a next iteration entering at <b>820</b> of method <b>800</b>. The next iteration proceeds similarly and results in assigning an MCSS instance to real node <b>7</b>, in accord with iteration number <b>2</b> of actions table <b>350</b>. Similarly, iterations <b>3</b>-<b>7</b> proceed as disclosed.

0064At the next iteration, the group of real disks <b>1</b>.<b>1</b> and <b>1</b>.<b>3</b> can be determined, at <b>840</b>, to be in a real node that already has an assigned MCSS instance, e.g., j=real node <b>1</b> that already has at least one instance of a MCSS assigned to it. Here method <b>800</b> can diverge from system <b>300</b> of <figref idref="DRAWINGS">FIG. 3</figref>. At <b>870</b>, method <b>800</b> can update j to j=real node <b>6</b>, because mapped node <b>3</b> of MC <b>242</b> is supported by two real disks for real node <b>1</b> and two real disks from real node <b>6</b>, therefore real node <b>6</b> is the next j-th real node. Returning to <b>840</b> via <b>830</b>, real node <b>6</b> can be determined to not yet be assigned a MCSS instance, which can be performed at <b>850</b>. In the next iteration of method <b>800</b> the group of disks is <b>6</b>.<b>1</b> and <b>6</b>.<b>4</b>, which, at <b>820</b>, can be determined to already reside in a mapped node having a MCSS instance, and method <b>800</b> can proceed to the following i-th group, real disks <b>6</b>.<b>2</b> and <b>6</b>.<b>3</b> with similar results. Method <b>800</b> can continue to iterate until all groups are associated with an MCSS instance.

0065<figref idref="DRAWINGS">FIG. 9</figref> is a schematic block diagram of a computing environment <b>900</b> with which the disclosed subject matter can interact. The system <b>900</b> comprises one or more remote component(s) <b>910</b>. The remote component(s) <b>910</b> can be hardware and/or software (e.g., threads, processes, computing devices). In some embodiments, remote component(s) <b>910</b> can be real nodes of a real cluster in communication with other real nodes of the real cluster that can be located in a different physical location. Communication framework <b>940</b> can comprise wired network devices, wireless network devices, mobile devices, wearable devices, radio access network devices, gateway devices, femtocell devices, servers, etc. In an aspect, a real cluster can be comprised of physically disparate devices, e.g., a real cluster can comprise devices in entirely different data centers, different cities, different states, different countries, etc. As an example, nodes <b>1</b>-<b>4</b> of cluster storage construct <b>102</b> can be located in Seattle Wash., while nodes <b>5</b>-<b>6</b> can be located in Boston Mass., and nodes <b>7</b>-N can be located in Moscow Russia.

0066The system <b>900</b> also comprises one or more local component(s) <b>920</b>. The local component(s) <b>920</b> can be hardware and/or software (e.g., threads, processes, computing devices). In some embodiments, local component(s) <b>920</b> can be real nodes of a real cluster in communication with other real nodes of the real cluster that can be located in a different physical location.

0067One possible communication between a remote component(s) <b>910</b> and a local component(s) <b>920</b> can be in the form of a data packet adapted to be transmitted between two or more computer processes. Another possible communication between a remote component(s) <b>910</b> and a local component(s) <b>920</b> can be in the form of circuit-switched data adapted to be transmitted between two or more computer processes in radio time slots. The system <b>900</b> comprises a communication framework <b>940</b> that can be employed to facilitate communications between the remote component(s) <b>910</b> and the local component(s) <b>920</b>, and can comprise an air interface, e.g., Uu interface of a UMTS network, via a long-term evolution (LTE) network, etc. Remote component(s) <b>910</b> can be operably connected to one or more remote data store(s) <b>950</b>, such as a hard drive, solid state drive, SIM card, device memory, etc., that can be employed to store information on the remote component(s) <b>910</b> side of communication framework <b>940</b>. Similarly, local component(s) <b>920</b> can be operably connected to one or more local data store(s) <b>930</b>, that can be employed to store information on the local component(s) <b>920</b> side of communication framework <b>940</b>. As an example, remote and local real nodes can communicate KPIs, move stored data between local and remote real nodes, such as when a selectively instantiating a mapped cluster storage service instance, etc.

0068In order to provide a context for the various aspects of the disclosed subject matter, <figref idref="DRAWINGS">FIG. 10</figref>, and the following discussion, are intended to provide a brief, general description of a suitable environment in which the various aspects of the disclosed subject matter can be implemented. While the subject matter has been described above in the general context of computer-executable instructions of a computer program that runs on a computer and/or computers, those skilled in the art will recognize that the disclosed subject matter also can be implemented in combination with other program modules. Generally, program modules comprise routines, programs, components, data structures, etc. that performs particular tasks and/or implement particular abstract data types.

0069In the subject specification, terms such as “store,” “storage,” “data store,” data storage,” “database,” and substantially any other information storage component relevant to operation and functionality of a component, refer to “memory components,” or entities embodied in a “memory” or components comprising the memory. It is noted that the memory components described herein can be either volatile memory or nonvolatile memory, or can comprise both volatile and nonvolatile memory, by way of illustration, and not limitation, volatile memory <b>1020</b> (see below), non-volatile memory <b>1022</b> (see below), disk storage <b>1024</b> (see below), and memory storage <b>1046</b> (see below). Further, nonvolatile memory can be included in read only memory, programmable read only memory, electrically programmable read only memory, electrically erasable read only memory, or flash memory. Volatile memory can comprise random access memory, which acts as external cache memory. By way of illustration and not limitation, random access memory is available in many forms such as synchronous random access memory, dynamic random access memory, synchronous dynamic random access memory, double data rate synchronous dynamic random access memory, enhanced synchronous dynamic random access memory, SynchLink dynamic random access memory, and direct Rambus random access memory. Additionally, the disclosed memory components of systems or methods herein are intended to comprise, without being limited to comprising, these and any other suitable types of memory.

0070Moreover, it is noted that the disclosed subject matter can be practiced with other computer system configurations, comprising single-processor or multiprocessor computer systems, mini-computing devices, mainframe computers, as well as personal computers, hand-held computing devices (e.g., personal digital assistant, phone, watch, tablet computers, netbook computers, . . . ), microprocessor-based or programmable consumer or industrial electronics, and the like. The illustrated aspects can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network; however, some if not all aspects of the subject disclosure can be practiced on stand-alone computers. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.

0071<figref idref="DRAWINGS">FIG. 10</figref> illustrates a block diagram of a computing system <b>1000</b> operable to execute the disclosed systems and methods in accordance with an embodiment. Computer <b>1012</b>, which can be, for example, comprised in a cluster storage construct <b>102</b>, <b>202</b>, <b>402</b>, etc., e.g., in the nodes thereof, comprise in mapped cluster control component <b>110</b>, etc., MC storage service component <b>112</b>, <b>312</b>, etc., or comprised in other components disclosed herein, can comprise a processing unit <b>1014</b>, a system memory <b>1016</b>, and a system bus <b>1018</b>. System bus <b>1018</b> couples system components comprising, but not limited to, system memory <b>1016</b> to processing unit <b>1014</b>. Processing unit <b>1014</b> can be any of various available processors. Dual microprocessors and other multiprocessor architectures also can be employed as processing unit <b>1014</b>.

0072System bus <b>1018</b> can be any of several types of bus structure(s) comprising a memory bus or a memory controller, a peripheral bus or an external bus, and/or a local bus using any variety of available bus architectures comprising, but not limited to, industrial standard architecture, micro-channel architecture, extended industrial standard architecture, intelligent drive electronics, video electronics standards association local bus, peripheral component interconnect, card bus, universal serial bus, advanced graphics port, personal computer memory card international association bus, Firewire (Institute of Electrical and Electronics Engineers <b>1194</b>), and small computer systems interface.

0073System memory <b>1016</b> can comprise volatile memory <b>1020</b> and nonvolatile memory <b>1022</b>. A basic input/output system, containing routines to transfer information between elements within computer <b>1012</b>, such as during start-up, can be stored in nonvolatile memory <b>1022</b>. By way of illustration, and not limitation, nonvolatile memory <b>1022</b> can comprise read only memory, programmable read only memory, electrically programmable read only memory, electrically erasable read only memory, or flash memory. Volatile memory <b>1020</b> comprises read only memory, which acts as external cache memory. By way of illustration and not limitation, read only memory is available in many forms such as synchronous random access memory, dynamic read only memory, synchronous dynamic read only memory, double data rate synchronous dynamic read only memory, enhanced synchronous dynamic read only memory, SynchLink dynamic read only memory, Rambus direct read only memory, direct Rambus dynamic read only memory, and Rambus dynamic read only memory.

0074Computer <b>1012</b> can also comprise removable/non-removable, volatile/non-volatile computer storage media. <figref idref="DRAWINGS">FIG. 10</figref> illustrates, for example, disk storage <b>1024</b>. Disk storage <b>1024</b> comprises, but is not limited to, devices like a magnetic disk drive, floppy disk drive, tape drive, flash memory card, or memory stick. In addition, disk storage <b>1024</b> can comprise storage media separately or in combination with other storage media comprising, but not limited to, an optical disk drive such as a compact disk read only memory device, compact disk recordable drive, compact disk rewritable drive or a digital versatile disk read only memory. To facilitate connection of the disk storage devices <b>1024</b> to system bus <b>1018</b>, a removable or non-removable interface is typically used, such as interface <b>1026</b>.

0075Computing devices typically comprise a variety of media, which can comprise computer-readable storage media or communications media, which two terms are used herein differently from one another as follows.

0076Computer-readable storage media can be any available storage media that can be accessed by the computer and comprises both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer-readable storage media can be implemented in connection with any method or technology for storage of information such as computer-readable instructions, program modules, structured data, or unstructured data. Computer-readable storage media can comprise, but are not limited to, read only memory, programmable read only memory, electrically programmable read only memory, electrically erasable read only memory, flash memory or other memory technology, compact disk read only memory, digital versatile disk or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or other tangible media which can be used to store desired information. In this regard, the term “tangible” herein as may be applied to storage, memory or computer-readable media, is to be understood to exclude only propagating intangible signals per se as a modifier and does not relinquish coverage of all standard storage, memory or computer-readable media that are not only propagating intangible signals per se. In an aspect, tangible media can comprise non-transitory media wherein the term “non-transitory” herein as may be applied to storage, memory or computer-readable media, is to be understood to exclude only propagating transitory signals per se as a modifier and does not relinquish coverage of all standard storage, memory or computer-readable media that are not only propagating transitory signals per se. Computer-readable storage media can be accessed by one or more local or remote computing devices, e.g., via access requests, queries or other data retrieval protocols, for a variety of operations with respect to the information stored by the medium. As such, for example, a computer-readable medium can comprise executable instructions stored thereon that, in response to execution, can cause a system comprising a processor to perform operations, comprising selecting first real disks of a real node of a real cluster based on how many real disks comprise the first real disks, wherein the first real disks map to at least a portion of a first mapped node of a first mapped cluster, and further comprising, causing a first instance of a mapped cluster storage service to run on computing resources of the first real node based on the first real disks, as is disclosed herein.

0077Communications media typically embody computer-readable instructions, data structures, program modules or other structured or unstructured data in a data signal such as a modulated data signal, e.g., a carrier wave or other transport mechanism, and comprises any information delivery or transport media. The term “modulated data signal” or signals refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in one or more signals. By way of example, and not limitation, communication media comprise wired media, such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.

0078It can be noted that <figref idref="DRAWINGS">FIG. 10</figref> describes software that acts as an intermediary between users and computer resources described in suitable operating environment <b>1000</b>. Such software comprises an operating system <b>1028</b>. Operating system <b>1028</b>, which can be stored on disk storage <b>1024</b>, acts to control and allocate resources of computer system <b>1012</b>. System applications <b>1030</b> take advantage of the management of resources by operating system <b>1028</b> through program modules <b>1032</b> and program data <b>1034</b> stored either in system memory <b>1016</b> or on disk storage <b>1024</b>. It is to be noted that the disclosed subject matter can be implemented with various operating systems or combinations of operating systems.

0079A user can enter commands or information into computer <b>1012</b> through input device(s) <b>1036</b>. In some embodiments, a user interface can allow entry of user preference information, etc., and can be embodied in a touch sensitive display panel, a mouse/pointer input to a graphical user interface (GUI), a command line controlled interface, etc., allowing a user to interact with computer <b>1012</b>. Input devices <b>1036</b> comprise, but are not limited to, a pointing device such as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, TV tuner card, digital camera, digital video camera, web camera, cell phone, smartphone, tablet computer, etc. These and other input devices connect to processing unit <b>1014</b> through system bus <b>1018</b> by way of interface port(s) <b>1038</b>. Interface port(s) <b>1038</b> comprise, for example, a serial port, a parallel port, a game port, a universal serial bus, an infrared port, a Bluetooth port, an IP port, or a logical port associated with a wireless service, etc. Output device(s) <b>1040</b> use some of the same type of ports as input device(s) <b>1036</b>.

0080Thus, for example, a universal serial busport can be used to provide input to computer <b>1012</b> and to output information from computer <b>1012</b> to an output device <b>1040</b>. Output adapter <b>1042</b> is provided to illustrate that there are some output devices <b>1040</b> like monitors, speakers, and printers, among other output devices <b>1040</b>, which use special adapters. Output adapters <b>1042</b> comprise, by way of illustration and not limitation, video and sound cards that provide means of connection between output device <b>1040</b> and system bus <b>1018</b>. It should be noted that other devices and/or systems of devices provide both input and output capabilities such as remote computer(s) <b>1044</b>.

0081Computer <b>1012</b> can operate in a networked environment using logical connections to one or more remote computers, such as remote computer(s) <b>1044</b>. Remote computer(s) <b>1044</b> can be a personal computer, a server, a router, a network PC, cloud storage, a cloud service, code executing in a cloud-computing environment, a workstation, a microprocessor-based appliance, a peer device, or other common network node and the like, and typically comprises many or all of the elements described relative to computer <b>1012</b>. A cloud computing environment, the cloud, or other similar terms can refer to computing that can share processing resources and data to one or more computer and/or other device(s) on an as needed basis to enable access to a shared pool of configurable computing resources that can be provisioned and released readily. Cloud computing and storage solutions can store and/or process data in third-party data centers which can leverage an economy of scale and can view accessing computing resources via a cloud service in a manner similar to a subscribing to an electric utility to access electrical energy, a telephone utility to access telephonic services, etc.

0082For purposes of brevity, only a memory storage device <b>1046</b> is illustrated with remote computer(s) <b>1044</b>. Remote computer(s) <b>1044</b> is logically connected to computer <b>1012</b> through a network interface <b>1048</b> and then physically connected by way of communication connection <b>1050</b>. Network interface <b>1048</b> encompasses wire and/or wireless communication networks such as local area networks and wide area networks. Local area network technologies comprise fiber distributed data interface, copper distributed data interface, Ethernet, Token Ring and the like. Wide area network technologies comprise, but are not limited to, point-to-point links, circuit-switching networks like integrated services digital networks and variations thereon, packet switching networks, and digital subscriber lines. As noted below, wireless technologies may be used in addition to or in place of the foregoing.

0083Communication connection(s) <b>1050</b> refer(s) to hardware/software employed to connect network interface <b>1048</b> to bus <b>1018</b>. While communication connection <b>1050</b> is shown for illustrative clarity inside computer <b>1012</b>, it can also be external to computer <b>1012</b>. The hardware/software for connection to network interface <b>1048</b> can comprise, for example, internal and external technologies such as modems, comprising regular telephone grade modems, cable modems and digital subscriber line modems, integrated services digital network adapters, and Ethernet cards.

0084The above description of illustrated embodiments of the subject disclosure, comprising what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed embodiments to the precise forms disclosed. While specific embodiments and examples are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such embodiments and examples, as those skilled in the relevant art can recognize.

0085In this regard, while the disclosed subject matter has been described in connection with various embodiments and corresponding Figures, where applicable, it is to be understood that other similar embodiments can be used or modifications and additions can be made to the described embodiments for performing the same, similar, alternative, or substitute function of the disclosed subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single embodiment described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

0086As it employed in the subject specification, the term “processor” can refer to substantially any computing processing unit or device comprising, but not limited to comprising, single-core processors; single-processors with software multithread execution capability; multi-core processors; multi-core processors with software multithread execution capability; multi-core processors with hardware multithread technology; parallel platforms; and parallel platforms with distributed shared memory. Additionally, a processor can refer to an integrated circuit, an application specific integrated circuit, a digital signal processor, a field programmable gate array, a programmable logic controller, a complex programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. Processors can exploit nano-scale architectures such as, but not limited to, molecular and quantum-dot based transistors, switches and gates, in order to optimize space usage or enhance performance of user equipment. A processor may also be implemented as a combination of computing processing units.

0087As used in this application, the terms “component,” “system,” “platform,” “layer,” “selector,” “interface,” and the like are intended to refer to a computer-related entity or an entity related to an operational apparatus with one or more specific functionalities, wherein the entity can be either hardware, a combination of hardware and software, software, or software in execution. As an example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration and not limitation, both an application running on a server and the server can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers. In addition, these components can execute from various computer readable media having various data structures stored thereon. The components may communicate via local and/or remote processes such as in accordance with a signal having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and/or across a network such as the Internet with other systems via the signal). As another example, a component can be an apparatus with specific functionality provided by mechanical parts operated by electric or electronic circuitry, which is operated by a software or a firmware application executed by a processor, wherein the processor can be internal or external to the apparatus and executes at least a part of the software or firmware application. As yet another example, a component can be an apparatus that provides specific functionality through electronic components without mechanical parts, the electronic components can comprise a processor therein to execute software or firmware that confers at least in part the functionality of the electronic components.

0088In addition, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. Moreover, articles “a” and “an” as used in the subject specification and annexed drawings should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Moreover, the use of any particular embodiment or example in the present disclosure should not be treated as exclusive of any other particular embodiment or example, unless expressly indicated as such, e.g., a first embodiment that has aspect A and a second embodiment that has aspect B does not preclude a third embodiment that has aspect A and aspect B. The use of granular examples and embodiments is intended to simplify understanding of certain features, aspects, etc., of the disclosed subject matter and is not intended to limit the disclosure to said granular instances of the disclosed subject matter or to illustrate that combinations of embodiments of the disclosed subject matter were not contemplated at the time of actual or constructive reduction to practice.

0089Further, the term “include” is intended to be employed as an open or inclusive term, rather than a closed or exclusive term. The term “include” can be substituted with the term “comprising” and is to be treated with similar scope, unless otherwise explicitly used otherwise. As an example, “a basket of fruit including an apple” is to be treated with the same breadth of scope as, “a basket of fruit comprising an apple.”

0090Furthermore, the terms “user,” “subscriber,” “customer,” “consumer,” “prosumer,” “agent,” and the like are employed interchangeably throughout the subject specification, unless context warrants particular distinction(s) among the terms. It should be appreciated that such terms can refer to human entities, machine learning components, or automated components (e.g., supported through artificial intelligence, as through a capacity to make inferences based on complex mathematical formalisms), that can provide simulated vision, sound recognition and so forth.

0091Aspects, features, or advantages of the subject matter can be exploited in substantially any, or any, wired, broadcast, wireless telecommunication, radio technology or network, or combinations thereof. Non-limiting examples of such technologies or networks comprise broadcast technologies (e.g., sub-Hertz, extremely low frequency, very low frequency, low frequency, medium frequency, high frequency, very high frequency, ultra-high frequency, super-high frequency, extremely high frequency, terahertz broadcasts, etc.); Ethernet; X.25; powerline-type networking, e.g., Powerline audio video Ethernet, etc.; femtocell technology; Wi-Fi; worldwide interoperability for microwave access; enhanced general packet radio service; second generation partnership project (2G or 2GPP); third generation partnership project (3G or 3GPP); fourth generation partnership project (4G or 4GPP); long term evolution (LTE); fifth generation partnership project (5G or 5GPP); third generation partnership project universal mobile telecommunications system; third generation partnership project 2; ultra mobile broadband; high speed packet access; high speed downlink packet access; high speed uplink packet access; enhanced data rates for global system for mobile communication evolution radio access network; universal mobile telecommunications system terrestrial radio access network; or long term evolution advanced. As an example, a millimeter wave broadcast technology can employ electromagnetic waves in the frequency spectrum from about 30 GHz to about 300 GHz. These millimeter waves can be generally situated between microwaves (from about 1 GHz to about 30 GHz) and infrared (IR) waves, and are sometimes referred to extremely high frequency (EHF). The wavelength (λ) for millimeter waves is typically in the 1-mm to 10-mm range.

0092The term “infer” or “inference” can generally refer to the process of reasoning about, or inferring states of, the system, environment, user, and/or intent from a set of observations as captured via events and/or data. Captured data and events can include user data, device data, environment data, data from sensors, sensor data, application data, implicit data, explicit data, etc. Inference, for example, can be employed to identify a specific context or action, or can generate a probability distribution over states of interest based on a consideration of data and events. Inference can also refer to techniques employed for composing higher-level events from a set of events and/or data. Such inference results in the construction of new events or actions from a set of observed events and/or stored event data, whether the events, in some instances, can be correlated in close temporal proximity, and whether the events and data come from one or several event and data sources. Various classification schemes and/or systems (e.g., support vector machines, neural networks, expert systems, Bayesian belief networks, fuzzy logic, and data fusion engines) can be employed in connection with performing automatic and/or inferred action in connection with the disclosed subject matter.

0093What has been described above includes examples of systems and methods illustrative of the disclosed subject matter. It is, of course, not possible to describe every combination of components or methods herein. One of ordinary skill in the art may recognize that many further combinations and permutations of the claimed subject matter are possible. Furthermore, to the extent that the terms “includes,” “has,” “possesses,” and the like are used in the detailed description, claims, appendices and drawings such terms are intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.