微软上月发布AzureStack公开预览,和所有博客文章一样, 这不仅仅是微软声明反调或简单判断我概念上对事物的思考,
AzureStack是什么
Azure栈算法有效微软Azure云带入组织自己的数据中心诚然,在引擎下AzureStack运行微软超VWindows和微软联网存储停下来想一想 微软Azure应用数据中心
仿佛说我要运行Box.com或Service.com或Amazon AWS或Twitter并不只是“功能相似的东西 云提供物”, 运行AzureStack正在运行微软公共Azure云
为什么要运行Azure栈预科
问题可能是 为什么你会运行云服务提供 在自己的数据中心整体概念不就是用Cloud卸载工作量给第三方最小化IT管理脚印向公共云卸载数据中心工作量是组织向云移动的原因之一,但这不是唯一原因
AzureStack内部测试假设中,我翻出几例公司会计应用和AzureStack人力资源应用相对简单动态大平原和微软SQL服务器应用引用安全性、遵规性及可靠性(推理),公平合理, 而不是我想争吵或争斗CFO, 我有很多其他作业 很容易移到云中, 令我们忙碌(email、fie分享、www、协作等)。
AzureStack系统能做的是准备应用程序实施阶段, 和那些我们可以移入公共Azure云应用程序, 我们可以从AzureStack系统(前置)移到Azure系统(公共)。环境与公共云相同, i'm不做类似事 i-profite, 微软Azure公共云, 但在我自己的预设dev/test和预置内部数据中心环境
AzureStack(或Azure公众)比现有的VM环境更好吗?
简单问题完全区分Azure/AzureStack与传统VM环境当你理解这一点时,你就会理解 整件事情在I.T世界中是如何变换的
数十年来,我们把应用可扩展性想成“增加服务器 ” 。如果你需要更多容量,你增加更多服务器十年前,这意味着购买另一个物理服务器并放入机架虚拟化(VMware、HyperV、OpenStack)大大简化可扩缩性,因为我们可以简单“spin-up”另一台虚拟机而不必立即购买更多硬件
每当你停下来思考它时, 每一次旋转新虚拟机时, 都拥有操作系统(Windows/Linux)的底层间接托管权, 很可能是一个底层核心应用程序(Microsoft SQL、MySQL、Oracle、Apache) 和另一个补丁、维护和管理系统并删除节点并持续运行应用或数据存储程序, 运行数十台虚拟机托管程序
AzureStack(和Azure公共)所做的是聚合CPUs、存储、网络化、数据库权值和Web权值并简单允许分配能力量你需要/需要,应用程序还得到了资源资源库可添加资源或删除资源,您不是“添加VMs”和“移动VMs”。
AzureStack(和Azure公共平台)仍然允许我向环境导入虚拟机(Windows,Linux等)并按 VM管理多年的做法运行VM系统,但你可选择使用VAS服务运行Frapt
通常我使用类比 即如果你移动的东西, 你刚开始推东西 在你的车后座或后备箱if you are moving a few friends and you'd但如果你拥有需要移动的东西, 就不会租用20、50、100部汽车, 并多车逐段移动东西, 你会租大卡车(私人管理)或甚至租半拖车公司(外部管理)把你的东西装进大车中
运行程序完全相同运行一二四例合情合理搭建2050100VM应用进大型移动货车概念中, 容积容积可容公共云中其他人处理操作( i: Azure公共)或需要可扩缩性能和内部操作管理能力的东西( i: AzureStack)。
IaSvsPas
引出十年前基础设施服务或平台服务问题答案目前为BOTH,但当你开始缩放I.T.运维会发现PaS模型更合情合理但对老校I.T.很难乡下人环游PaS原因多半是因为PaS十年前首次发布时,应用程序必须完全重写支持PaS提供方早期PaaS介绍时,甚至基本虚拟化(VMware)都还处于萌芽阶段,所以提升和转移工作量的想法不完全为市场准备早期尝试PaS的人仍然认为PaS坏、难、复杂,但这已不再是一个精确评估
过去十年中,我们使应用程序更容易缩放和移动,不管我们是否知道它。更新应用才能跨集群节点和多VM传播基本可扩缩性数例ISSWe或ApacheWesql集群分布数据库负载过去几年里,我们更新应用量并分配应用工作量, 渐渐地
下一个逻辑步骤是除去数十小VMs并转向移动货车概念,即转向PaS平台继续移动货车类比,是的, 而不是把立体声 汽车后座上可能带毯子顶部,从IaS转换为PaS可能需要对高载冗余系统上运行的代码作一些修改,改成广度可扩展PaS模型,但一旦修改后,你现在就可以根据需要缩放并分布应用程序(上下分配应用程序)。
Azure(和AzureStack)不要求你单用aaS模型运行应用,很容易上传或创建Windows和LinuxVms并运行像VMware和HibleVa坦率地说,大多数正移向云层(Amazon AWS,Azure)都使用IaS上传全VMs很容易理解概念 提升并转移全部工作 包括底层操作系统但要真正从云敏捷中得益,你就必须考虑重写应用支持aAzure和AzureStack向您提供IaS和PaaS选项
Dev/Test假想Azure栈
重回前题,那为什么AzureStack更难理解你是否已经投资到强健IaSVM环境现实世界场景中 AzureStack基础VM系统IaS模型Dev/Test场景
使用者AzureStack组织在Azure公共平台上运行Azure向本组织提供地理冗余全球数据中心环境,外部托管并按客户库需求量度服务所有分布式地理组Azure(公共)完全合情合理
不论他们多么喜欢Azure公共提供无限可扩展dev/test环境的想法,开发能力偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏偏
正在建设AzureStack向组织提供完全控制后端环境物理定位和分配能力的能力并随着AzureStack预测开发后,他们便能很容易地从Dev/Test转换应用到Azure环境(公共),因为他们实际上同存底层环境
极安全环境Azure栈
早期接受者与AzureStack开发的另一个假想是组织需要Azure公共提供可缩放性,但在私密高度安全环境中使用并非每个人都向公共云移动或至少现在就移动,对于有应用的组织来说,他们想以公共云方式扩展和管理,但在自身数据中心约束下,AzureStack提供能力
回我移动货车类比时 美国政府需要移动顶级机密文件, 不翻黄页并选择移动货车公司移动他们的文件, 并签约使用内部移动货车资源材料打包后, 没有什么能阻止政府从私有模式向公共模式转移, 类似地,AzureStack将高效操作模型带入模型中,
Azure宿主栈
宿主管理服务提供商有难得的机会区别使用AzureStack服务第三方托管虚拟机世界快速成为商品,因为组织自定义为“cloud提供商 ”, 并有效托管传统超视像机(ESX、Hiper-V或OpenStack)虚拟机(Windows和Linux)。
AzureStack不是初级产品解决之道, 企业开始意识到可扩展性与敏捷性真正取决于平台服务模型与基础设施服务模型之外Azure Stack帮助宿主与竞争者区分开来
手接Azure栈
上几周我对AzureStack的实践证实了 我们最初为环境绘制的假想数组Colvergent计算公司(I work)搭建AzureStack环境,具体化说,5环境分立3个数据中心Azure Stack可以实现IaS、PaS、Dev/Test和安全计算假设简言之,我们在所有测试中都完全成功,并非没有沿路的几起碰撞和淤青,但我们所有团队都对Azure Stack所能做的完全印象深刻。
AzureStack的第一个挑战就是分配运行基础平台所需的硬件(微软表示系统2套接字机,128gb内存机和5硬盘驱动器)。无法说实验室里有那种硬件, 当我们“借入”几台测试服务器时, 我们通过购买ASS双插座主机板并搭建几套系统来补充归根结底,我们有五大系统分配测试