深度探究 Azure Automation 功能:Azure Automation PowerShell 命令

原文地址:http://azure.microsoft.com/blog/2014/08/20/azure-automation-capabilities-in-depth-the-azure-automation-powershell-cmdlets/ Joe Levy Azure Automation项目经理   简介 此时此刻,您可能已经通过Azure门户试用过Azure Automation的出色功能:创作Runbook和创建资产、手动定期启动作业、导入集成模块以及查看作业输出。现在,您可以使用命令行更轻松地以编程方式完成所有这些操作。无论是不经意间使用Azure Automation还是希望为若干关键操作(如批量Runbook导入)编写脚本,Azure Automation 命令都可以为您实现。 Azure Automation 命令入门 Azure 提供了一个 PowerShell模块,该模块可以使用Microsoft Web Platform Installer安装,以便管理包括Azure Automation在内的各项Azure服务。 Azure PowerShell模块目前提供20 个Azure Automation 命令,您可以使用这些命令编写脚本,来执行大量可从Azure Automation门户执行的操作。但这只是开始。到Azure Automation正式发布时,我们预计将会提供大约 40 个命令,从而通过PowerShell对Azure Automation实施全面控制。由于这些命令属于Azure PowerShell模块,我们还会提供 Azure PowerShell模块以便在Azure Automation中使用,无需在Runbook中执行任何额外操作即可使用这些命令,首次使用Azure Automation就能操作自如。 要查看Azure PowerShell模块提供的所有这些出色的命令,请在安装Azure模块的主机上打开PowerShell控制台,然后键入: PS C:\> Get-Command -Module Azure -Name *Automation* 这将返回所有与 Azure Automation 命令有关的信息:   要获取如何使用某个特定 Automation 命令的详细信息,请键入: PS…


自动化 – Microsoft Azure Automation – 创建新的 Azure VM 端点

原文地址:http://blogs.technet.com/b/privatecloud/archive/2014/07/03/automation-microsoft-azure-automation-create-new-azure-vm-endpoint.aspx 大家好! 这次我们再提供一个与Azure Automation一同使用的示例Runbook! 这是我在Windows Azure – 自动化子类中提供的第三个Script Center Azure Automation Runbook脚本(您可以分别在这里和这里找到前两个脚本)。 事实上,Windows Azure – Automation Script Center示例列表(源自MSFT和社区)一直在不断增长,因此请确保定期检查……如有任何想法,请随时提出! 同样,没有长篇大论,也没有大堆说明…只提供一个脚本链接,希望大家可以发现其中的乐趣! 脚本中心贡献和下载 下载示例:New-AzureVMEndpoint.ps1 以下是简要描述: 这个Runbook用于根据以下输入参数为指定虚拟机创建简单的、独立的Azure端点:       "Azure Connection Name"、"Service Name"、"VM Name"、"Azure Endpoint Name"、        "Azure Endpoint Protocol"、"Azure Endpoint Public Port"、"Azure Endpoint Local Port" “脚本中心贡献”提供了详细描述、全套要求及实际Runbook内容(当然,还有实际的下载内容)。 请在此处的脚本中心下载用于创建Azure VM端点的Runbook示例:   再多谈几点要求…   此 Runbook 示例使用组织 ID 凭据进行身份验证(Azure AD;而不使用 Connect-Azure Runbook)。在使用此 Runbook 之前,必须创建一个…


软件定义的网络 – 使用 Hyper-V 网络虚拟化的混合云(第 3 部分)

原文链接:http://blogs.technet.com/b/privatecloud/archive/2013/11/28/software-defined-networking-hybrid-cloud-using-hyper-v-network-virtualization.aspx 大家好! 欢迎阅读本“软件定义的网络”博客系列的最后一部分(第 3 部分,共 3 部分)。 在上一篇文章中,我们已经介绍过多租户 S2S VPN 和 NAT 如何为包含多个不同租户(具有 Fabrikam 网络托管的重叠 IP 地址)的虚拟机提供不同模式的连接。在本文中,我们将介绍 Fabrikam 如何才能运用这些技术将灾难恢复作为服务进行部署。   全面整合:使用 Windows Server 2012 R2 执行基于云的灾难恢复 场景概述 Fabrikam 提供灾难恢复服务,它允许租户将虚拟机复制到 Fabrikam 数据中心。如果必须恢复虚拟机,则启动虚拟机,将其连接至租户虚拟网络并分配租户虚拟网络 IP 地址。在将虚拟机连接至租户虚拟网络之后,将可以通过 VPN(站点到站点和点到站点)进行访问,而且虚拟机还可通过 NAT 访问 Internet 资源。另外,Fabrikam 也为其客户提供自助服务云服务,以便使用、配置其网络,支持直接访问 Internet,或为场所设置 VPN(S2S 和 P2S)连接。 首先,我们来了解一下 Contoso 如何才能将其虚拟机复制到 Fabrikam 并在“恢复后”使用多租户网关通过点到站点 VPN 进行访问。另外,我们还会介绍 Woodgrove 如何才能将其虚拟机从纽约站点 (NY) 复制到 Fabrikam。如果…


软件定义的网络 – 使用 Hyper-V 网络虚拟化的混合云(第 2 部分)

原文地址:http://blogs.technet.com/b/privatecloud/archive/2013/11/21/software-defined-networking-hybrid-clouds-using-hyper-v-network-virtualization-part-2.aspx 大家好! 这是“软件定义的网络 – 使用 Hyper-V 网络虚拟化的混合云”系列文章的第 2 部分(共 3 部分)。在上一篇文章中,我们介绍了与 Hyper-V 网络虚拟化有关的所有重要概念。在本文中,我们将详细审视简单 SDN 实施场景,并说明如何使用 Hyper-V 网络虚拟化 (HNV)、Windows Server 2012 R2 和 System Center 2012 R2 有效实施相关操作。 实施 Hyper-V 网络虚拟化:概念性“简单”设置。 场景概述: 第 1 部分介绍的网络虚拟化支持服务提供商(如  Fabrikam)基于现有旧网络基础设施的软件中全面部署云托管。Fabrikam 可通过同一物理网络部署  Woodgrove Bank 和 Contoso Ltd 虚拟机(相同主机上的 IP 地址重叠)以最佳方式利用其物理基础结构。这种方法的优势在于,Fabrikam 能够完全在软件中部署解决方案。下面我们来看看 Woodgrove Bank 和 Contoso Ltd 两家组织的业务需求,以及云服务提供商 Fabrikam 如何能够通过 HNV 满足这些需求。 Woodgrove Bank 采用一款双层移动应用程序。第一层是供 Woodgrove Bank 员工连接的 Web…


软件定义的网络 – 使用 Hyper-V 网络虚拟化的混合云(第 1 部分)

原文地址:http://blogs.technet.com/b/privatecloud/archive/2013/11/20/hyper-v-network-virtualization-architecture-and-key-concepts.aspx 大家好! 到目前为止,大家很可能已经阅读过 Brad Anderson 撰写的博客文章(无限制网络:SDN),其中介绍了软件定义的网络,以及如何将其应用于更大的主题数据中心转型。 大家会问,究竟什么是 SDN?Brad 曾在他的博客中提到过,SDN 的核心是运用软件使您的网络成为可无缝跨云边界扩展的自动化共用资源。SDN 首先通过网络虚拟化从您的底层物理网络提取应用程序和工作负载。接着,提供一致平台以便跨越各种云环境传递和实施策略 – 内置服务,如网关会跨越这些云无缝扩展您的数据中心。最后,SDN 会提供基于标准的机制,从而自动部署两个网络。 在这种情况下,本系列博客文章将详细介绍 Windows Server 2012 R2 和 System Center 2012 R2 如何交付启用混合云的内置 SDN 解决方案,通过 Hyper-V 网络虚拟化和 System Center 2012 R2 Virtual Machine Manager 实现多租户隔离和网络策略部署,同时通过多租户软件网关启用新的混合云场景,支持站点到站点 VPN、转发和 NAT 功能。下面是整个系列的文章目录: 目录 第 1 部分:Hyper-V 网络虚拟化:体系结构和主要概念。 第 2 部分:实施 Hyper-V 网络虚拟化:概念性“简便”设置。 第 3 部分:综合运用:使用 Windows Server 2012 R2 实现基于云的灾难恢复 (DR)。 Hyper-V 网络虚拟化:体系结构和主要概念 Hyper-V 网络虚拟化提供完善的 SDN…


自动化 – 服务管理自动化提示/窍门 – Leveraging InlineScript and $Using:Variable with PowerShell Workflow

原文地址:http://blogs.technet.com/b/privatecloud/archive/2013/08/27/automation-service-management-automation-tip-trick-leveraging-inlinescript-and-using-variable-with-powershell-workflow.aspx 最近发布的 SMA 博客文章自动化 – Service Management Automation Runbook 聚焦 – Exchange 通讯组列表创建引发了一个问题,因此有必要撰写一篇博客文章解答这个问题。了解在 SMA 中执行操作的原因及操作内容的基本活动部分与我们通过示例提供的知识演化同样重要。一些概念已在上面引用的文章中进行过简要介绍,接下来我要进行深入探讨,为需要了解进一步详细信息的用户提供更多阅读资源。 我们要尝试解答的问题是什么? 问:Stijn 提问:我想知道为什么要使用内联脚本的 $pscomputername 和 $pscredential 参数。在 inlinescript 活动中,使用的是 $using 作用域修饰符访问变量 exchangeserver 和 credentials, 能否详细说明一下?谢谢 更具体地说明 为什么要使用远程处理功能多达两次? 一次用于在 Exchange Server 中执行 inlinescript,接着又为同一 Exchange Server 创建会话? 首先 – 感谢您的提问!由于 PowerShell 工作流是一项新功能,详细使用方法往往不是很明确,同时由于 SMA 使用 PowerShell 工作流,我们的示例均为说明如何在 SMA 领域中利用工作流实现端到端自动化。这些类型的问题很好,也是充分理解问题的关键。 答:在本文中,我们将围绕为什么在我们的示例中使用 InlineScript 和 $Using:Variable 配置获取所需的数据深入介绍一些细节问题。我将会使用本文自动化 – Service Management…

1

深度解析 SMA功能:SMA PowerShell模块

截至目前,您可能已经了解了服务管理自动化的所有出色特性,比如通过 Windows Azure 包管理门户来授权 Runbooks,创建资产,按计划手动启动作业,导入集成模块和查看作业输出。现在如果我告诉您,以编程的方式通过命令行可以更加轻松地完成以上内容会怎样呢?不论您是想简单地运行 SMA,还是只是想看看诸如批量 Runbook 导入的几个关键操作脚本,都可以用 SMA PowerShell 模块完成。 SMA PowerShell 模块入门 SMA 提供了一个 PowerShell 模块,安装于 SMA Web 服务中,您也可以将它独立安装在任一主机上,从而远程管理您的 SMA 安装: SMA PowerShell 模块提供了 40 个命令,允许您在 WAP 的自动化门户中执行大部分脚本操作。您或许会问,这些命令可靠吗?嗯,将命令作为 SMA Web 服务的一部分来安装的原因在于 SMA Web 服务的安装程序实际上是使用 SMA 命令来执行针对 Web 服务的大量后期部署任务,比如向 SMA 中导入自带的 Runbooks 和集成模块,所以用户第一次使用 SMA 时,它们就是可用的,无需其他操作。 下面来检查一下 SMA PowerShell 模块提供的所有命令的强大功能,打开一个安装了 SMA 模块的主机上的 PowerShell 控制台,并输入: PS…


在 Runbook 中轻松使用 PowerShell V3 的“可靠会话”

几个星期前,Karl Prosser 发表了一篇有关结合使用 PowerShell V3 与 Orchestrator(英文)的有趣文章。上周在 MMS 上,我有机会坐下来并浏览了提供的 PowerShell V3 动手实验之一。在该实验中,我发现了有关远程访问和会话方面的新功能,我认为这对 Orchestrator Runbook 非常有用。 目前,在“运行 .NET 脚本”活动中运行 PowerShell 存在的问题是,该活动在每次运行时,都会创建一个 PowerShell 运行空间来运行该脚本(并创建/结束一个正在使用的远程会话),然后关闭该运行空间。没有任何跨多个活动扩展的运行空间(更不用说管道)。这意味着,您无法将 PowerShell 对象从一个活动传递到下一个活动,所有对象都将作为字符串返回发布的数据。Orchestrator CodePlex 网站(英文)上提供的 PowerShell IP 解决了 PowerShell 2.0 中的这一问题,它通过创建一个在后台运行的 WCF 服务以跨多个活动维护该会话,您只需使用“开始会话”和“结束会话”活动管理该会话。现在的唯一问题是必须始终在后台运行此服务。 我们在 VMM 和 DPM 集成包中通过让 Runbook 线程跨多个活动保持运行空间状态避免了此问题,但此方法也有其局限性,就是每次从一个活动(有多个传出链接)创建分支时,当前的线程将停止,并为每个链接启动一个新线程。因此,即使在自己的活动中,我们也需要解决必须重新创建大量运行空间的问题。 PowerShell V3 的妙处在于,我们现在可以在 PowerShell 中本机实现运行空间和会话的重用,无需创建和运行一个服务。在 PS V3 中,您可以创建一个会话,然后不限次数地断开和重新连接该会话,由远程计算机为您维护该运行空间,并可以缓冲连接之间的发生的任何输出。在本例中,我将向您介绍如何使用此进程创建并跨多个活动重用一个会话。首先,下面提供了一个示例 Runbook: 我无需使用一个单独的活动来创建或关闭会话,这里仅将其作为一个示例。事实上,根本不用关闭会话。如果不使用,它最终会超时,但这不是一个理想的方法 – 当不再需要某些会话时,您不希望让它们处于打开状态,因为在超时之前,它们将用尽远程计算机上的会话配额。请始终作一个“良民”,并做好自己的清理工作。 下面是每个“运行 .NET…