AzureStackPOC环境部署1—概述

今年年初，微软推出了Microsoft Azure Stack的首个技术预览版：Microsoft Azure Stack Technical Preview 1 (x64) - (English)，其主要设计是能够让来自各个行业的组织在他们自己的数据中心内运行Azure服务。这也是微软推出一种Azure私有云体验的第三次尝试了。

目前创新互联已为成百上千家的企业提供了网站建设、域名、网站空间、绵阳服务器托管、企业网站设计、横峰网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

Azure Stack TP1技术预览版架构：

第一次是在2010年，微软推出了一个Azure Appliance计划，可以将应用部署在部分合作伙伴的托管环境中。但市场对此反应冷淡，因此该计划很快就中止了。

第二次是在在2013年，微软又宣布推出Azure Pack，这个产品当时的描述是这样的：“Windows Azure Pack能够让你在自己的数据中心内运行Windows Azure的技术，让你能够构建丰富的、自服务的、多租客的服务，同时又保持与Windows Azure的一致性。”

关于Azure Pack的部署介绍，可以参考之前的系列文章“System Center 2012 R2实例2—构建Azure Pack云”（传送门：http://yaojiwei.blog.51cto.com/762134/1412399）中有详细介绍。

引用一名微软员工在留言中阐述了从Azure Pack转向Azure Stack的一些想法：

首先，必须理解Azure Pack与Azure Stack是两种不同的架构。前者基于Windows Server和System Center，以及一个额外的技术层，用于高效地模仿Azure的体验，以自服务的方式设置各种核心组件，例如VM、DB、网站等等。而后者（Azure Stack）是一个经过精心设计的产品（而不是某种部署在Windows Server及System Center基础上的东西），允许你在自己的数据中心（或某个合作伙伴的数据中心）内为终端用户构建及提供Azure服务。举例来说，在Azure Stack中，用于与虚拟机服务进行交互的API与Azure服务所使用的API是一致的。因此实际上你就是在自己的数据中心内运行Azure服务。正如你所想象的，对于不同的底层架构进行系统的原地升级往往是不可行的，对于这个产品来说情况也一样。根据我们与客户交谈的结果，大部分客户都计划保留Azure Pack的部署环境，等到Azure Stack发布之后再搭建新的环境，然后将前者逐渐迁移至后者。

Azure Stack技术预览版是一个产品的早期版本，目前还不适合生产环境部署：没有传统的部署安装包，只能部署在一台主机上而没有任何高可用性选项，整套系统还不够稳定……

因为在目前这还是一个POC环境。所谓POC，即Proof of Concept，概念验证环境。当正式产品发布时，Azure Stack会根据Microsoft Azure变化而变化，以保持“和Azure一致性”的设计理念。

下面我们来看下Azure Stack技术预览版所需的硬件需求：

1. 所有数据磁盘需要配置相同类型（比如：SAS.SATA等）和容量。如果使用SAS磁盘，需要设置单路径（MPIO即多路径I/O不受支持）

2. HBA即主机总线可以配置单HBA，如果使用RAID HBA的话需要配置成直通模式，使用但磁盘或者RAID0

3. 支持总线和媒体类型组合：SATA HDD、SAS HDD、RAID HDD、RAID SSD、SATA SSD+SATA HDD、SAS SSD+SAS HDD、RAID直通

另外注意事项：

1. 可以使用下载文件中的WindowsServer2016Datacenter.vhdx来快速安装宿主系统。如果使用自己的环境的话需要安装所有所需的升级补丁。

2. 宿主系统不能加入域环境

3. 安装需要使用Microsoft Azure账户（国际版、世纪互联版都可以）

4. 安装需要连接Internet并开放443端口

5. 机器名不能为AzureStack，这会与AzureStack.local 域的netbios名冲突

6. 安装需要使用Local Administrator账户登录

7. 如果网卡连接到物理交换机VLAN，端口需要是Access或Trunk模式

接下来我们来看一下这个预览版产品的部署和测试。