Windows Azure Portal 提供了有关运行您的部署的环境的具体信息,同时还提供了服务和管理部署所需的重要信息。 使用 Windows Azure Portal 和 Windows Azure 服务管理 API 提供的 PowerShell CmdLets 时的部署技术。

Windows Azure 故障域、升级域和地理定位。

Windows Azure Portal 提供了进入托管已开发和部署的 Azure 平台解决方案的云环境的通道。 托管服务是开发人员提供的应用程序片段的初始部署单元。其中有 2 个主要组件:一个包文件和一个配置文件。包文件包含应用程序组件;配置文件是在部署过程中设置服务时所需的信息。 应用程序设置完毕后,可以选择升级部署。配置每个角色的实例数量、上传新配置文件、删除部署或启动/停止任何正在运行的实例。

Windows Azure Portal

交换VIP

可以将正在运行的实例转入临时或成产环境。

 

控制实例OS版本

Windows Azure Portal 还提供了控制运行所配置实例的 OS 版本的方法。目前这些选项仅适用于 Windows Server 2008 SP2 或 Windows Server 2008 R2。

 

利用 PowerShell 部署 Windows Azure 应用程序

PowerShell 是协助实现服务管理自动化过程的重要工具,同时也使之能更轻松地加速任务。Windows Azure 引入了 PowerShell 集成,为 Windows Azure 提供了与其他 Microsoft 平台相同级别的灵活性和可扩展性。 通过 MSDN 代码库安装 Windows Azure 服务管理 CmdLets 之后即可获得多种 CmdLets。下载地址为:http://code.msdn.microsoft.com/azureCmdLets。

部署新服务脚本

New-Deployment -serviceName <servicename> -subscriptionId <subscriptionid> -certificate <certificate> -slot staging -package <packagefile> -configuration <configfile> -label <servicelabel> | Get- OperationStatus –WaitToComplete

故障域和升级域

故障域

故障域代表物理故障单元,它与数据中心内的物理基础结构密切相关,尽管可将物理刀片服务器或机架视为故障域,但两者之间并不存在一对一的映射。 Windows Azure Fabric Controller负责将应用程序部署到不同的故障域,保证应用程序至少使用两个故障域,从而满足Windows Azure SLA的要求。

升级域

升级域就是一种逻辑单元,可帮助确定如何更新一个实例内的角色。在升级执行时,Windows Azure 将逐步完成更新这些域的过程。Windows Azure 升级域能保护您的应用程序免受可能导致停机时间的问题困扰。

升级域提供了一种解决此类问题的方法。在升级过程中,Windows Azure 逐个更新角色实例,仅有特定域的相关角色实例获得通知并作出响应。其他角色保持不变,这提供了无缝的升级体验,不会造成服务中断或停机。

Windows Azure 将实例和角色划分为升级域的方式是无法控制的。这是一种在后台执行的完全自动化的过程。

地理定位和分布

Windows Azure 平台还提供了内容传送网络 (CDN),它能缓存您的 Windows Azure 存储 blob,从而在向用户交付内容时提供最大带宽。您可以通过 Management Portal 为任何存储帐户启用 CDN 交付。使用 CDN 的优势在于能够使距离 Windows Azure Blob 服务中存储的内容源较远的用户获得更好的性能和用户体验。 为了提供高可用性,Microsoft 建立了地区数据中心,允许客户选择按地理位置分布的服务。在创建 Windows Azure 服务器时,您需要指定设置服务器的地理位置。这项功能称为 Windows Azure 地理位置。

选择地理位置的因素:

1. 性能。在数据较为接近用户时,网络延迟将显著降低,这能改进客户体验。

2. 灾难恢复。如果保证云平台的可用性非常重要,则可能需要将服务和数据分布到多个位置。

3. 法律因素。考虑将存储在云中的信息类型,确保未违反不允许选择远程地理位置的特定法规和法令。

当前可以部署的位置

● 亚洲的任意位置
● 欧洲的任意位置
● 美国的任意位置
● 美国中北部
● 欧洲北部
● 美国中南部
● 东南亚

相关组

将某些 Windows Azure 服务组织在一起。这种组能在 Windows Azure 与 Windows Azure 平台内部署的数据服务之间建立一种地理相关性。如果出于法律原因,Windows Azure 部署需要将一项服务移动到另一个地理位置,则相关服务也很可能要随之移动。

VM 角色部署

Windows Azure 虚拟机 (VM) 角色使您能够将自定义 Windows Server 2008 R2 映像部署到 Windows Azure。利用 VM 角色,可以使用标准Windows技术在环境中工作,创建镜像、为该映像安装软件、准备部署工作以及在部署后进行管理。 VM角色旨在兼容普通Windows Server工作负荷。 将 VM 角色部署到 Windows Azure 时,您将在 Windows Azure 中运行一个 Windows Server 2008 R2 实例。VM 角色使您能够掌控虚拟机,同时提供了在 Windows Azure 环境内运行的优势: 可伸缩性、无服务停机时间的实时升级、集成服务的其它组件以及负载平衡的流量。 Windows Azure中运行的VM角色实例存在Windows Azure内部部署不存在的限制,部分网络相关功能受限。 Windows Azure中运行的服务器实例不会保留状态,若通过映像重新创建服务器实例,该实例相关的任何正在运行的状态都会消失。

建议使用Windows Azure存储服务来保留状态,写入blob或Windows Azure驱动器。在重建服务器实例映像时,写入本地存储资源目录的数据将得到保留。

Windows Azure中发生瞬态故障,要求服务器实例转到不同的硬件,数据会丢失。

启动任务

启动任务在部署中非常有用,它们有助于在角色启动前部署相关项并执行操作。您可能需要部署的相关项或活动的部分示例包括:安装自定义组件、COM 组件、注册表项以及预先缓存元素。

在考虑实现启动任务时,有两种特权等级:

1. 受限:使用与角色相同的特权等级运行。

2. 提升:使用管理特权运行。

另外还有必要了解三种类型的任务:

1. 简单:同步模式中运行的默认类型。这种任务启动后,实例中的其他任何过程都将被阻塞,直至此任务完成。

2. 后台:在异步模式中运行。这种任务启动后,启动过程将继续执行。

3. 前台:在异步模式中运行。这种任务的启动方式与后台任务相同;但在所有前台任务退出后,角色才能关闭。

与本文相关的文章
版权声明
转载保留版权: 大D综合研究院 | 《部署 Windows Azure》
本文链接地址:https://www.dadclab.com/archives/1985.jiecao
本文版权采取:BY-NC-SA 协议进行授权,除特别标注,本站所有文章均为原创。
转载须知:如果您需要转载本文,请将版权信息,版权授权方式,以及本文的链接地址注明,多谢合作。
本文被贴上了: , , , , 标签