You are here

Feed aggregator

云服务和虚拟机的预留 IP 地址

MSDN Blogs - Fri, 07/04/2014 - 03:17

大家好!

我很高兴地向大家宣布,云服务和虚拟机的预留 IP 地址将自 2014 年 5 月 12 日起正式发布。在这篇博客中,我们将演示如何管理预留 IP、将预留 IP 与云服务和虚拟机关联、定价模型和一些不受支持的情况。您可以单击此处,阅读关于预留 IP 的技术文档。

什么是预留 IP 地址?何时需要预留 IP 地址?

随着最近 PowerShell 的发布,Microsoft Azure 允许用户在 Azure 订阅中预留公共 IPv4 地址。您可以将 IP 地址在订阅中保留任意时间,也可以将其与预留 IP 地址所在地区的云服务部署关联。此新公告专门针对面向公共英特网的 IP 地址。Azure平台已经支持预留内部 IP,如此处所述。

需要预留 IP 地址有多种原因

  • A-Record DNS 更简单:由于在删除和关闭 VM 后维护同一公共 IP,因此在重启时无需根据 IP 将 DNS 或其他应用程序重新调整到新指定的 IP。
  • 内部连接安全:现在,利用公共 IP,同时通过内部代理/防火墙访问控制并将该IP列入允许访问的列表,您可以从企业网络访问Azure 服务。您无需担心每次启动或停止 VM 时都要重新进行调整。

下图显示针对 VIP(预留 IP)的 IP 预留的工作方式。Azure 在地区范围提供预留 IP,即,可将预留 IP 用于关联使用任何角色实例大小的云服务。

如何在 Microsoft Azure 中预留 IP 地址?

从本周起,您可以使用 Azure PowerShell cmdletREST API 在 Azure 订阅中创建预留 IP 地址。您可以在除以下地区以外的任何地区预留 IP 地址。我们会尽快对这些地区提供支持。

  • 巴西(预览版)
  • 中国东部
  • 中国北部

请注意,平台不支持通过管理门户创建预留 IP 地址。下面是使用 PowerShell cmdlet 创建预留 IP 地址的一个示例:

New-AzureReservedIP – ReservedIPName
“MyWebsiteIP” –Label “WebsiteIP” –Location “Japan West”

平台不支持为现有云服务或虚拟机预留 IP 地址。我们希望在不久的未来可以宣布此支持。

如何将预留 IP 地址用于虚拟机?

在订阅中创建预留 IP 后,您就可以使用预留 IP 来创建虚拟机部署。下面是将预留 IP 用于 New-AzureVM PowerShell cmdlet 的示例。

New-AzureVMConfig -Name
"WebAppVM" -InstanceSize Small -ImageName $images[130].ImageName |
Add-AzureProvisioningConfig -Windows -AdminUsername $username -Password $password
| New-AzureVM -ServiceName "MaheshWebApp" -ReservedIPName
"MyWebSiteIP" -Location "Japan West"

有两种关键场景需要强调

  • 关闭 VM
    - 以前,当所有虚拟机实例变成关闭状态时会释放公共 IP,虚拟机实例启动时会分配新的公共 IP。然而, 随着此功能发布,如果 VM 使用预留 IP,则在重新部署 VM 时可以使用此预留 IP。
  • 删除VM
    - 删除此前使用预留 IP 的所有虚拟机时,预留 IP 会继续保留在订阅中,以便用于未来此地区的 VM 部署。

您可以参考此处的虚拟机 REST API 文档。

我如何将预留 IP 地址用于云服务 (Web Role/Worker Role)?

我们同时也宣布支持将预留 IP 用于云服务 (Web/Worker) 部署。要将预留 IP 用于云服务,您需要下载 SDK 2.3 版(2014 年 4 月发布)。下面是在您的服务配置架构 (CSCFG) 中引用预留 IP 的示例。

<?xml version="1.0" encoding="utf-8"?>

<ServiceConfiguration serviceName="ReservedIPSample" xmlns=“http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration” osFamily="4" osVersion="*" schemaVersion="2014-01.2.3">

 
<Role name="WebRole1">

<Instances count="1" />

<ConfigurationSettings>

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />

</ConfigurationSettings>

 </Role>

 <NetworkConfiguration>

 <AddressAssignments>

 <ReservedIPs>

 <ReservedIP name="MyWebSiteIP"/>

 </ReservedIPs>

 </AddressAssignments>

 </NetworkConfiguration>

</ServiceConfiguration>

注意,删除 Web role/Worker role 部署时,与该部署关联的预留 IP 仍在订阅中存在,可用于同一地区的未来部署。

如何从订阅中释放预留 IP 地址?

请注意,未与部署(包括 VM 和云服务)关联的预留 IP 地址会产生计费成本,因此建议您释放不需要的 IP 地址。有关预留 IP 计费的更多详情,请单击此处。下面的 PowerShell cmdlet 显示如何从订阅中释放预留 IP。

Remove-AzureReservedIP -ReservedIPName "MyWebSiteIP" -Force

预留 IP 地址和基于关联组的虚拟网络

目前,Microsoft Azure 还不支持将与预留 IP 关联的云服务或虚拟机部署到基于关联组的虚拟网络。以下片段显示在尝试将具有预留 IP 的虚拟机部署到基于关联组的虚拟网络时将收到的错误消息示例。

New-AzureVM :BadRequest :The deployment
contains VirtualNetwork DemoVNET that belongs to an Affinity Group and
ReservedIP that belongs to a region.This combination is not allowed.

预留 IP 地址和区域虚拟网络

在此次发布中,我们还将公布对区域(基于位置的)虚拟网络的支持。有关详细信息,请单击此处访问相应博客。Microsoft Azure 支持将与预留 IP 关联的云服务或虚拟机部署到基于位置的虚拟网络。

预留 IP 地址定价

IPv4 地址是非常稀少的资源,所以 Microsoft Azure 在一些情况下会对 IP 地址进行象征性收费。有关预留 IP 定价和计费常见问题解答的更多信息,请单击此处。请注意,云服务应至少运行一个 Web/Worker 或虚拟机实例。

在账单中,您会看到两个与预留 IP 相关的实体

  • 预留 IP 地址小时数 – 您订阅中的预留 IP 为以下情况之一时所持续的总小时数
    • 未与具有运行实例的部署(VM 或云服务)关联(或者)
    • 使用订阅中的额外预留 IP 地址。
  • 预留 IP 重新映射 – 每次 IP 地址关联到新的云服务,都被认为是重新映射。有关在预留 IP 定价页中重新映射定价的更多信息,请单击此处

预留 IP 地址订阅限制 所有 Azure 订阅均被授权可使用 5 个预留 IP。但是,您可以单击此处提交支持申请,要求提高对您的订阅的预留 IP 限制。请参考此处的 Azure 订阅限制文档。

 

本文翻译自:http://azure.microsoft.com/blog/2014/05/14/reserved-ip-addresses/

[Sample Of July 4] How to zoom in/out the content in WebView in Universal apps

MSDN Blogs - Fri, 07/04/2014 - 02:47
July 4

Sample Download : http://code.msdn.microsoft.com/How-to-zoom-inout-the-5a42229b

This code sample will show you how to zoom in/out the content in WebView in Universal apps.

To resize the content of the WebView, we can manipulate the content by using JS/CSS that are fully supported by WebView.

 

You can find more code samples that demonstrate the most typical programming scenarios by using Microsoft All-In-One Code Framework Sample Browser or Sample Browser Visual Studio extension. They give you the flexibility to search samples, download samples on demand, manage the downloaded samples in a centralized place, and automatically be notified about sample updates. If it is the first time that you hear about Microsoft All-In-One Code Framework, please watch the introduction video on Microsoft Showcase, or read the introduction on our homepage http://1code.codeplex.com/.

区域虚拟网络

MSDN Blogs - Fri, 07/04/2014 - 02:24

概述

我们非常高兴地宣布,现在您可以创建跨越整个区域的虚拟网络 (VNet) 了。创建新的虚拟网络时,可以将其关联到区域,而不是关联到关联组。部署到区域虚拟网络中的新服务可使用该区域提供的任何服务(例如 A8/A9 大小、内部负载平衡、保留 IP、实例级公共 IP)。

这一功能发布之前,VNets 只能绑定到一个扩展单元,更准确地说是关联组。关联组是一个分组概念,指的是数据中心的一部分,或者换句话说是一定数量的服务器。VNet 被绑定到某个关联组,也就间接绑定到了一组服务器,因此不能将程序部署到此扩展单元以外的服务器中。

以前:

但是通过区域虚拟网络消除了这些限制,因为虚拟网络的范围是整个区域而不仅是关联组。

现在:

关键场景

以下是区域虚拟网络启用的关键场景:

  • 像 A8 和 A9 这样尺寸的新 VM 可部署到虚拟网络,虚拟网络也可包含其他尺寸的 VM。
  • 新功能,例如预留 IP、内部负载平衡、实例级公共 IP
  • 虚拟网络可无缝扩展,以使用整个区域的容量,但我们仍然限制 VNet 中最多包含 2048 个虚拟机。
  • 创建虚拟网络前不需要创建关联组。
  • 进入 VNet 的部署不必在同一个关联组。

使用说明

创建区域虚拟网络的步骤与今天的步骤类似,但有一点不同,即在网络配置文件中定义 VNet 时,使用“位置”属性而不使用“关联组”:

虚拟网络定义(旧式):

<VirtualNetworkSitename=“VNetDemo“AffinityGroup=VNetDemoAG>

虚拟网络定义(新式):

<VirtualNetworkSitename=“VNetUSWest“Location=West US>

注意:您无法将现有虚拟网络从AffinityGroup转换为Location[DX1] 。要获得区域虚拟网络,必须使用Location属性创建新的虚拟网络。有关更多详细信息,请参阅下方的常见问题部分。

门户体验:

到现在为止,区域虚拟网络还无法通过门户工作流创建。不久的将来将添加对此功能的支持。但客户仍然可以使用导入/导出功能创建区域虚拟网络,如下所示:

1. 导出当前网络配置文件

2. 将该文件保存至本地磁盘

3.编辑文件以添加新的虚拟网络,如下所示:

<?xmlversion=“1.0“encoding=“utf-8“?>

<NetworkConfigurationxmlns:xsd=“http://www.w3.org/2001/XMLSchema“xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance“xmlns=“http://schemas.microsoft.com/ServiceHosting/2011/07/NetworkConfiguration“>

  <VirtualNetworkConfiguration>

   <VirtualNetworkSites>

     <!– Regional Virtual Network Definition –>

    <VirtualNetworkSitename=“VNetUSWest“Location=“West US“>

      <AddressSpace>

        <AddressPrefix>192.168.50.0/24</AddressPrefix>

        <AddressPrefix>192.168.51.0/24</AddressPrefix>

      </AddressSpace>

      <Subnets>

        <Subnetname=“frontendsubnet“>

          <AddressPrefix>192.168.50.0/24</AddressPrefix>

        </Subnet>

        <Subnetname=“backendsubnet“>

          <AddressPrefix>192.168.51.0/28</AddressPrefix>

        </Subnet>

        <Subnetname=“gatewaysubnet“>

          <AddressPrefix>192.168.51.16/28</AddressPrefix>

        </Subnet>

      </Subnets>

    </VirtualNetworkSite>

   </VirtualNetworkSites>

  </VirtualNetworkConfiguration>

</NetworkConfiguration>

4. 完成新的虚拟网络创建流程,如下所示:

5. 从本地磁盘选择编辑后的网络配置文件

6. 单击“OK(确定)”并完成导入过程。

这将创建一个新的区域虚拟网络。

Powershell 体验:

下载并安装最新的 Azure Powershell

创建区域虚拟网络 (Powershell cmdlet) 的步骤:

1. 从 Azure 下载当前网络配置文件

 Get-AzureVNetConfig -ExportToFile “C:\Users\narayan\Documents\TechEdDemo\Netcfg.xml”

2. 编辑导出/创建的文件,并填写虚拟网络详细信息,如上一节步骤 3 所示

3. 通过运行以下命令,创建区域虚拟网络:

  Set-AzureVNetConfig -ConfigurationPath “C:\Users\narayan\Documents\TechEdDemo\Netcfg.xml”

4. 这将创建区域虚拟网络。

常见问题

有哪些区域支持区域虚拟网络?

Azure 支持此处列出的公共 Azure 所有区域*(目前尚处预览版的巴西南部除外)内的区域虚拟网络。

* 区域 VNet 在中国东部和北部区域也不受支持,在不久的将来即将提供支持。

如何将我现有的虚拟网络转换成区域虚拟网络?

Azure 现在还不支持此功能。要获得区域虚拟网络,客户必须按照本文中的描述创建一个新的区域虚拟网络。但是不久之后,所有绑定到关联组的现有 VNet 都将会迁移到区域范围内。敬请关注本博客的更多更新。

我现有的 VNet 能否连接到新的区域 VNet

可以,使用新的 VNet 到 VNet 连接功能,可以将您现有的 VNet 连接到新建的区域 VNet。有关更多信息,请参阅此链接

是否会导致在区域虚拟网络内运行的服务出现性能退化?

虚拟网络只是一个逻辑边界,并不规定 VNet 中的部署实际去了哪里。如果出于某种原因需要将服务都放在同一个关联组,仍然可以在区域虚拟网络内执行该操作。部署时,必须指定托管服务应绑定到的关联组。唯一的限制是关联组与区域虚拟网络必须隶属于同一区域。

如果未将托管的服务绑定到关联组并将服务直接部署到区域虚拟网络,部署将放在虚拟网络绑定到的区域内的扩展单元中。

最新公布的功能(预留 IP、内部负载平衡和实例级公共 IP)与区域虚拟网络之间有什么关系?

上述最新公布的功能均在区域级别进行管理,因此,这些功能仅适用于进入区域虚拟网络中的部署。

区域虚拟网络是否会收费?

不会,区域虚拟网络是平台的增强功能,不会收费。

 

本文翻译自:http://azure.microsoft.com/blog/2014/05/14/regional-virtual-networks/

Visual Studio Tipps und Tricks, Teil 36: Code aufklappen und zuklappen

MSDN Blogs - Fri, 07/04/2014 - 02:10

Der letzte Tipp hat sich damit beschäftigt mehr Code zu sehen. Heute geht es unterm Strich darum wenige Code zu sehen. Wer mit großen Dateien arbeitet, der will sich vielleicht erst einmal eine Übersicht darüber verschaffen, wie der Code aufgebaut ist. Man möchte also wissen – welche Methoden gibt es? Dabei interessiert mich die Implementierung der Methoden gar nicht so sehr, wenn die Namen der Methoden aussagekräftig sind, dann ist mir damit genug geholfen. Das gleiche gilt auf allen weiteren Ebenen – vielleicht interessieren mich die Klassen innerhalb einer Datei nicht im Detail, sondern ich möchte nur wissen, welche es überhaupt gibt.

Wie Ihr in VS sicher schon entdeckt habt gibt es ein kleines Minuszeichen vor allen Blöcken, die mit geschweiften Klammern voneinander getrennt sind:

Per Mausklick auf dieses Minus verschwindet der zugehörige Code und wird hinter einer einzelnen Zeile Code versteckt:

 

Das funktioniert im Übrigen auch für die geliebten, gehassten, in jedem Falle umstrittenen Regions in C#:

Um sich wirklich einen schnellen Überblick zu verschaffen, muss man nur genügend Blöcke zuklappen. Das sieht dann so aus und ist, wie ich finde, doch recht angenehm für einen ersten Eindruck:

Wenn es viele Methoden gibt, gibt es viel zu klicken – Zeit für einen Shortcut:

Einen einzelnen Block kann man über Ctrl+M, Ctl+M auf- und zuklappen. Über Ctrl+M, Ctrl+O kann man erreichen, dass alles unterhalb von ClassLevel zusammengeklappt wird – perfekt für mich geeignet, so spart man sich jede Menge Klickerei. Über Ctrl+M, Ctrl+L klappt man wieder alles auf.

 

Tl;dr

Über das kleine Plus/Minus Symbol am Rande des Codefensters kann man Codeblöcke auf- und zuklappen. Dafür gibt es auch Shortcuts, die einem das Leben noch leichter machen.

 

 

 

Kurzer Text am Rande:

Dieser Post ist Teil einer längeren Serie, in der ich ein paar der vielleicht nicht ganz so bekannten Features von Visual Studio vorstellen werde. Ich hoffe, für Euch ist der ein oder andere Kniff dabei, den Ihr noch nicht kanntet. Und wenn ihr ihn doch schon kennt: Seid stolz auf Euch und verratet den Trick auch dem Entwickler neben Euch.

Introducing the Microsoft Dynamics NAV Application Profiler

MSDN Blogs - Fri, 07/04/2014 - 02:00

Did you ever wish you could monitor how your application code performs at real time? We have produced a sample and a video that can help you get started with C/AL tracing and application performance profiling.

Get the Microsoft Dynamics NAV Application Profiler here, http://go.microsoft.com/fwlink/?LinkId=403898, and watch the video on how to install, configure and use this tool to enable C/AL code tracing and determine application performance during code execution here, http://go.microsoft.com/fwlink/?LinkId=403897.

 

David Worthington and Dmytro Sitnik from the Dynamics NAV team


View Video
Format: ???
Duration: 7:00

内部负载平衡

MSDN Blogs - Fri, 07/04/2014 - 01:56

我们非常高兴地宣布Azure对“内部负载平衡”(ILB) 的支持。利用内部负载平衡 (ILB),可以通过私有 IP 地址运行高可用服务,而私有 IP 地址只能在云服务或虚拟网络 (VNet) 内访问,因此为该终端提供了额外的安全性。ILB 终端在虚拟网络内使用时,也可从允许一些强大混合场景的内部部署和其他互相连接的 VNet 进行访问。

可通过两种方式使用 ILB

  1. 在云服务内,从 Azure 私有 IP 地址空间获取负载平衡的 IP
  2. 在虚拟网络内,从客户指定的虚拟子网或静态 VNet IP 地址中获取负载平衡的 IP。

关键场景

ILB和当前 Azure 的公共负载平衡相比, 增强了安全性。它限制了可访问性,并创建了指向云服务或虚拟网络的负载平衡虚拟 IP 地址之间的信任边界,不需要公用 Internet。这样,内部的业务线应用程序便能够在 Azure 内运行,并可从云或内部部署访问。以下部分列出了一些常见用例:

  • 应用程序层和后端数据库可通过 ILB 运行,所以不会暴露给公用 Internet,但通过负载平衡仍可获得高可用性。这在安全增强方面是一次巨大的飞跃。

 

  • ILB VIP 通过安全的 IP 安全隧道,可以在整个虚拟网络、内部部署以及互相连接的 VNet 访问。这样,将前端 VIP 放在 ILB,就可以运行面向 Intranet(仅适用于公司网络)的 SharePoint 服务器场,如下图中所示:

使用说明

当前,内部负载平衡仍在预览阶段,并将在不久的将来正式发布 (GA)。您可在此处找到有关 ILB 的详细说明文档

目前无法通过门户配置内部负载平衡,未来将支持此操作。但可以使用 Powershell cmdlet 配置。在区域虚拟网络内进行部署时或在虚拟网络外进行新部署时可以使用 ILB。以下部分将概述这两种类型的用法。

区域虚拟网络内的 ILB

  • 区域虚拟网络云服务中创建的 ILB 终端,可在整个虚拟网络、互相连接的 VNet 以及内部部署站点访问。
  • 以下代码段示例说明了在区域虚拟网络“VNetUSWest”内部署的云服务中如何配置内部负载平衡器。在此处可了解关于区域虚拟网络的更多信息
  • 在 VNet 内使用 ILB 时,从 VNet 地址空间还可以指定内部负载平衡器的子网,甚至更精确,可以指定 IP 地址。

# VM Configuration
$web1 =New-AzureVMConfig-Name"web1"-InstanceSizeSmall-ImageName<imagename>|Add-AzureProvisioningConfig-Windows-AdminUsername<username>-Password<password>|Set-AzureSubnetFrontEndSubnet

$web2 =New-AzureVMConfig-Name"web2"-InstanceSizeSmall-ImageName<imagename>|Add-AzureProvisioningConfig-Windows-AdminUsername<username>-Password<password>|Set-AzureSubnetFrontEndSubnet

# Create the Deployments
New-AzureVM-ServiceName"MyWebsite1"-VMs $web1 -Location"West US"-VNetNameVNetUSWest

New-AzureVM-ServiceName"MyWebsite1"-VMs $web2 -Location"West US"

# Add Internal Load Balancer to the service
Add-AzureInternalLoadBalancer-InternalLoadBalancerNameMyILB-SubnetNameFrontEndSubnet-ServiceNameMyWebsite1

# Add load balanced endpoints to ILB
Get-AzureVM-ServiceNameMyWebsite1-Name web1 |Add-AzureEndpoint-Name"intwebep"-LBSetName"intwebeplb"-Protocol tcp -LocalPort100-PublicPort100-ProbePort100-ProbeProtocol tcp -ProbeIntervalInSeconds10-InternalLoadBalancerNameMyILB|Update-AzureVM

Get-AzureVM-ServiceNameMyWebsite1-Name web2 |Add-AzureEndpoint-Name"intwebep"-LBSetName"intwebeplb"-Protocol tcp -LocalPort100-PublicPort100-ProbePort100-ProbeProtocol tcp -ProbeIntervalInSeconds10-InternalLoadBalancerNameMyILB|Update-AzureVM

  • 在本示例中,ILB 将从子网“FrontEndSubnet”中获取 IP。
  • 可使用 cmdlet 获取 ILB 相关信息,如下所示:

# Get Internal Load balancer information
Get-AzureService-ServiceNameMyWebsite1|Get-AzureInternalLoadBalancer

# Get the ILB information on an endpoint
Get-AzureVM-ServiceNameMyWebsite1-Name web1 |Get-AzureEndpoint

  • 在本示例中,ILB 将从子网“FrontEndSubnet”中获取 IP。
  • 可使用 cmdlet 获取 ILB 相关信息,如下所示:

# 获取内部负载平衡器信息

Get-AzureService -ServiceName MyWebsite1 | Get-AzureInternalLoadBalancer

 # 获取终端的 ILB 信息

Get-AzureVM -ServiceName MyWebsite1 -Name web1 | Get-AzureEndpoint

云服务内的 ILB

  • 在区域虚拟网络外部的云服务中创建的 ILB 终端只能在此云服务内访问。
  • 必须在云服务创建第一个部署时设置 ILB 配置,如下面的 cmdlet 示例所示。

# 创建本地 ILB 对象

$myilbconfig = New-AzureInternalLoadBalancerConfig -InternalLoadBalancerName "MyILB"

# 为新服务添加内部负载平衡器

New-AzureVMConfig -Name "Instance1" -InstanceSize Small -ImageName <imagename> | Add-AzureProvisioningConfig -Windows -AdminUsername <username> -Password <password> | New-AzureVM -ServiceName "Website2" -InternalLoadBalancerConfig $myilbconfig    -Location "West US"

常见问题

1. 我能否将 ILB 添加到我在虚拟网络中的现有部署?

只有在虚拟网络是区域虚拟网络时才能执行此操作。但在不久的将来,所有虚拟网络都将转换成一个区域虚拟网络,届时将可能实现此操作。

2. “SQL 始终打开的情况下我能否使用 ILB

现在还不能。很快即将发布此支持。

3. 我已经有一个负载平衡终端在区域虚拟网络部署中,我能否将此终端连接到 ILB

不能。应在创建终端时引用 ILB。常规终端不可能转换成 ILB 终端,反之亦然。很快即将支持此功能。

4. ILB 能否用于终端 ACL

可以,ILB 可以用于终端 ACL。ACL 用于区域虚拟网络时,通过限制甚至在虚拟网络内部的访问,可在客户 IP 地址空间中使用 ACL。

5. 如果在我的虚拟机上设置了 ILB,从相同虚拟机上进行的回路”(loopback) 能否在负载平衡的 VIP 上运行?

不会。您无法从正在进行负载平衡的相同虚拟机访问 ILB VIP。

6. 我能否在 PaaS 服务 (Web role/Worker role) 上使用 ILB

ILB 还设计为可用于 Web role/Worker role,但目前尚未在服务模型 (cscfg/csdef) 中公开。很快即将支持此功能。

 

本文翻译自:http://azure.microsoft.com/blog/2014/05/20/internal-load-balancing/

 

Azure 为 SAP 提供的增强监控解决方案

MSDN Blogs - Fri, 07/04/2014 - 00:51

正如大家在之前公告中所看到的,多个 SAP 应用程序已获得认证可在 Azure 虚拟机中运行,未来还会有更多 SAP 应用程序获得认证。对于希望在 Azure 中运行 SAP 应用程序的客户来说,这是个激动人心的进展,更多详情,请单击此处。在此博客中,我想集中讨论Azure为 SAP 提供的增强监控解决方案,当您在 Microsoft Azure 虚拟机上运行基于 SAP NetWeaver 的系统时需要用到这种解决方案。SAP 系统通常是企业在其 IT 环境中运行的最关键的应用程序,有特定的性能和可用性要求。因此,对此类应用程序性能的监控便成为一项关键要求。

Azure为 SAP 提供的增强监控解决方案专为满足此要求而设计。此解决方案建立在最近发布的 VM Agent 和扩展程序的功能的基础之上,它包含两个新的扩展,1) Windows Azure Diagnostics 扩展:该扩展使您能够从 Azure 虚拟机收集操作系统和应用程序性能计数器等诊断数据。使用 Azure 云服务的用户应该对 Windows Azure Diagnostics 十分熟悉,该扩展为Azure 虚拟机提供与之相同的功能 2) Azure为 SAP 提供的监控扩展:这是一种特殊的扩展,可以使用 Windows Azure Diagnostic 扩展收集的诊断数据以及来自其他数据源的数据(如来自 Azure Storage Analytics Metrics 的数据),并将数据转换为适用于 SAP 主机控制进程的汇总数据集。

在 Azure 虚拟机中启用该方案十分简单。以下是大致步骤

  1. 确保您的计算机上安装有 Windows Azure Powershell v0.8.0(或更高版本)
  2. 如之前提到的,该方案要求在您希望运行 SAP 系统的 Azure 虚拟机上安装 VM Agent。自 2014 年 2 月起,所有使用 Azure 管理门户或使用PowerShell 从镜像库创建的虚拟机默认已安装了 VM Agent。如果您的虚拟机没有安装 VM Agent,您可以按照此文档第 4.4 部分的说明轻松下载并安装 VM Agent。
  3. 下载并导入我们专为部署适用于 SAP 的 Azure 增强监控解决方案而发布的 PowerShell cmdlet。导入完成后,只需运行 PowerShell cmdlet“Update-VMConfigForSAP_GUI”即可。此交互式脚本会要求您提供以下输入数据:
  • Azure 订阅凭据,
  • 您想要更新的虚拟机的名称。

      4. 在上一步中提供所需输入后,您的 VM 会在几分钟之内部署并配置Azure为 SAP 提供的增强监控解决方案, 以供使用。请注意,我们还可以运行其他 cmdlet,以针对您虚拟机中的端到端解决方案进行检查和故障排除。

关于使用此解决方案进行部署、检查和一般问题的故障排除,有十分详尽的分步说明,请单击此处获取。要查阅关于在 Azure 中运行 SAP 系统的完整技术文档,请单击此处访问此页面。有关这些新扩展的更多问题和反馈,请单击此处访问 MSDN 论坛帖子。

本文翻译自:http://azure.microsoft.com/blog/2014/06/04/azure-enhanced-monitoring-for-sap/

Pages

Subscribe to Randy Riness @ SPSCC aggregator
Drupal 7 Appliance - Powered by TurnKey Linux