An Efficient Resource Allocation Scheme for Cross- Cloud Federation

来源：互联网发布：sql查询去除重复项编辑：程序博客网时间：2024/05/17 01:52

本文页数很少，只有四页。

发表地点：ieee xplore：Anti-Counterfeiting, Security and Identification (ASID)

这篇文章主要讲述了一个方法method：local cloud 从 external cloud 获取其所需 resource 的流程/方法。

首先，作者认为，分布式云的意义：云服务提供商利用有效的资源提供不间断的服务。需要实现的是获取尽可能多的计算和存储资源，同时控制网络和计算能力负载均衡。

文章主要是讲述了一个流程，即一个在已经构建好的分布式云系统（参见文章“How to Enhance Cloud Architectures to Enable Cross-Federation”）中 local cloud 向 external cloud 借用资源的流程。

接下来介绍一下文章的方法论methodology。
1、整个系统的构成机制：SP 与 IDP
cloud（SP）： server-provider
（1）CRS：当前资源状态查询模块
（2）ME: 信息交换模块
（3）cloud 与 IDP 信息确认
（4）RM：资源匹配模块
（5）IV：身份认证模块。返回

IDP ：identity-provider
（1）ME：信息交换模块。向cloud vendor发送响应信息。
（2）IV：身份认证模块。

2、系统的假设：
（1）云与云可以互相合作，并且可以不受限制的获取资源。（我想要&你有，我就可以获取到）
（2）实时获取系统资源。本系统是实时系统。（不知道实时有什么更加深刻的含义）
（3）如果local cloud的资源不够，不能向client提供服务。即不能向client提供一半的服务。
（4）local cloud 可以向 external cloud 租用其闲置资源。
（5）云与云之间的网络传输负载相同
（6）local cloud 能够按层次（layer）向 external cloud 租用资源。即external cloud 所信任的 IDP 有传递性。这样可以逐层推倒下去。
（7）如果 external cloud 有多个trust 的 IDP，即该external cloud 位于多个层次中，这里就取该 external cloud 在较低的层次中，即更容易被local cloud 获取资源。（详见下图）
（8）对于同一层的 external cloud ，local cloud优先向资源充足的 external cloud 获取资源。并且是优先找 weight=1 的进而逐次增大。
（9）local cloud 只能从其所信任的 IDP 获取计算资源信息，再由该 IDP 向其信任的 external cloud 获取信息。
（10）在这样的系统架构下，信息获取和资源获取是安全的
3、系统资源获取流程：如下图
这里写图片描述

    结论：    作者认为，文章实现了：    （1）一个面向 cloud provider 和 identity provider 的管理架构，    （2）基于 inter-trust 概念建立了一个 cross-IDP and cross-cloud federation architecture，    （3）基于 cloud federation 设计了资源获取流程，    （4）该设计能够在网络负载均衡的情况下，租用到更多的资源。

个人意见：这里的系统架构完全是依赖于 inter-trust 的 IDP信任模式，从而建立起一个cross-IDP and cross-cloud federation architecture。基本实现了联邦云中云与云之间资源相互获取的基础模型。但是问题在于，
（1）文章描述的假设太理想，完全忽略了网络负载的问题，就是当 resource 传递时，cloud数据量必然比单点的大，这样的问题如何衡量。
（2）云与云的互操作性，是基于IDP进行传递操作，但是如何将这里的资源转到别的云中，并没有详细描述，也就是 cloud A 的controller 如何与 cloud B的controller 进行沟通，是否是将 A完全假象成client么？这里不清楚
（3）云与云的通信方式，通过IDP进行消息传递。这里需要了解另一篇论文“How to Enhance Cloud Architectures to Enable Cross-Federation”，来了解这里的通信机制，见之后的文章。

整体来说呢，我就是个菜鸟，可能很多问题凝练不出来，同时这篇文章的思路实在是太easy了，但对architecture还是有一点点指导作用！

努力努力努力！

0 0