From 27c26277c8a4d458b86af423d98e268c9d7069a0 Mon Sep 17 00:00:00 2001 From: Abel Hu Date: Fri, 18 Dec 2015 10:47:13 +0800 Subject: [PATCH 1/5] Change image in Chinese --- ...ve-directory-new-forest-virtual-machine.md | 4 +- articles/arm-template-deployment.md | 2 +- articles/azure-cli-arm-commands.md | 4 +- articles/azure-slave-plugin-for-hudson.md | 8 ++-- articles/azure-slave-plugin-for-jenkins.md | 12 ++--- articles/batch-api-basics.md | 2 +- articles/batch-dotnet-get-started.md | 2 +- articles/batch-hpc-solutions.md | 8 ++-- articles/batch-technical-overview.md | 2 +- articles/best-practices-background-jobs.md | 2 +- articles/best-practices-network-security.md | 2 +- ...est-practices-resource-manager-security.md | 2 +- .../best-practices-resource-manager-state.md | 2 +- articles/cdn-websites-with-cdn.md | 8 ++-- articles/choose-web-site-cloud-service-vm.md | 6 +-- articles/cloud-services-dotnet-diagnostics.md | 2 +- .../cloud-services-guestos-update-matrix.md | 4 +- articles/cloud-services-how-to-manage.md | 2 +- ...es-python-how-to-use-service-management.md | 18 ++++---- ...-azure-sql-database-and-sql-server-iaas.md | 4 +- articles/developerdifferences.md | 2 +- ...dotnet-develop-multitenant-applications.md | 2 +- ...ght-administer-use-management-portal-v1.md | 2 +- articles/hdinsight-hadoop-script-actions.md | 12 ++--- articles/hdinsight-hadoop-use-blob-storage.md | 2 +- ...ght-hbase-geo-replication-configure-DNS.md | 2 +- articles/hdinsight-hbase-geo-replication.md | 2 +- articles/hdinsight-hbase-provision-vnet-v1.md | 2 +- articles/hdinsight-hbase-provision-vnet.md | 2 +- articles/hdinsight-provision-clusters-v1.md | 2 +- articles/hdinsight-provision-clusters.md | 2 +- .../nodejs-use-node-modules-azure-apps.md | 2 +- .../notification-hubs-android-get-started.md | 2 +- articles/service-bus-relay-rest-tutorial.md | 4 +- articles/site-recovery-components.md | 4 +- articles/site-recovery-vmware-to-azure.md | 8 ++-- articles/storage-create-storage-account.md | 2 +- articles/storage-how-to-use-files-linux.md | 4 +- .../storage-migration-to-premium-storage.md | 16 +++---- .../storage-premium-storage-preview-portal.md | 4 +- .../virtual-machines-a8-a9-a10-a11-specs.md | 6 +-- articles/virtual-machines-arm-deployment.md | 2 +- .../virtual-machines-automation-with-chef.md | 2 +- ...l-machines-capture-image-windows-server.md | 20 ++++----- .../virtual-machines-command-line-tools.md | 24 +++++----- ...-machines-configuring-oracle-data-guard.md | 4 +- ...-machines-configuring-oracle-goldengate.md | 4 +- ...chines-create-upload-vhd-windows-server.md | 30 ++++++------- ...reating-oracle-database-virtual-machine.md | 6 +-- ...12c-oracle-database-12c-virtual-machine.md | 8 ++-- ...cle-webLogic-server-12c-virtual-machine.md | 6 +-- articles/virtual-machines-deis-cluster.md | 2 +- ...virtual-machines-deploy-sharepoint-2010.md | 36 +++++++-------- articles/virtual-machines-disks-vhds.md | 10 ++--- ...tual-machines-docker-compose-quickstart.md | 6 +-- articles/virtual-machines-docker-machine.md | 8 ++-- ...s-docker-registry-on-azure-blob-storage.md | 26 +++++------ articles/virtual-machines-docker-swarm.md | 2 +- .../virtual-machines-docker-vm-extension.md | 4 +- .../virtual-machines-docker-with-xplat-cli.md | 12 ++--- ...-dotnet-create-visual-studio-powershell.md | 4 +- ...hines-dotnet-run-compute-intensive-task.md | 2 +- .../virtual-machines-excel-cluster-hpcpack.md | 10 ++--- ...virtual-machines-extensions-agent-about.md | 6 +-- .../virtual-machines-extensions-features.md | 2 +- ...tual-machines-freebsd-create-upload-vhd.md | 20 ++++----- ...-machines-how-to-configure-availability.md | 2 +- ...tual-machines-how-to-inject-custom-data.md | 8 ++-- ...rtual-machines-hpcpack-cluster-headnode.md | 8 ++-- ...al-machines-hpcpack-cluster-node-manage.md | 8 ++-- ...hines-hpcpack-cluster-powershell-script.md | 10 ++--- articles/virtual-machines-images.md | 44 +++++++++---------- ...ture-services-implementation-guidelines.md | 2 +- ...machines-install-mongodb-windows-server.md | 2 +- ...achines-java-run-compute-intensive-task.md | 2 +- ...ines-java-run-tomcat-application-server.md | 2 +- ...virtual-machines-linux-agent-user-guide.md | 28 ++++++------ .../virtual-machines-linux-capture-image.md | 22 +++++----- ...irtual-machines-linux-choices-create-vm.md | 12 ++--- ...ual-machines-linux-cluster-hpcpack-namd.md | 2 +- .../virtual-machines-linux-cluster-hpcpack.md | 10 ++--- .../virtual-machines-linux-cluster-rdma.md | 22 +++++----- ...machines-linux-coreos-fleet-get-started.md | 8 ++-- .../virtual-machines-linux-coreos-how-to.md | 6 +-- .../virtual-machines-linux-create-custom.md | 2 +- ...irtual-machines-linux-create-lamp-stack.md | 24 +++++----- ...machines-linux-create-upload-vhd-centos.md | 2 +- ...achines-linux-create-upload-vhd-generic.md | 18 ++++---- ...l-machines-linux-create-upload-vhd-suse.md | 2 +- ...machines-linux-create-upload-vhd-ubuntu.md | 2 +- ...irtual-machines-linux-create-upload-vhd.md | 18 ++++---- ...ual-machines-linux-diagnostic-extension.md | 2 +- ...l-machines-linux-endorsed-distributions.md | 6 +-- ...rtual-machines-linux-how-to-attach-disk.md | 2 +- .../virtual-machines-linux-introduction.md | 16 +++---- .../virtual-machines-linux-mysql-cluster.md | 2 +- ...machines-linux-nodejs-running-cassandra.md | 22 +++++----- articles/virtual-machines-linux-opensource.md | 26 +++++------ ...tual-machines-linux-setup-tomcat7-linux.md | 18 ++++---- ...rtual-machines-linux-tutorial-portal-rm.md | 12 ++--- ...inux-use-vmaccess-reset-password-or-ssh.md | 2 +- articles/virtual-machines-linux-usernames.md | 2 +- .../virtual-machines-manage-vms-azure-cli.md | 2 +- articles/virtual-machines-mariadb-cluster.md | 10 ++--- ...al-machines-migrate-onpremises-database.md | 14 +++--- ...derations-oracle-virtual-machine-images.md | 28 ++++++------ ...al-machines-mysql-windows-server-2008r2.md | 2 +- ...-machines-oracle-azure-virtual-machines.md | 6 +-- .../virtual-machines-provision-sql-server.md | 20 ++++----- ...chines-ps-create-preconfigure-linux-vms.md | 6 +-- ...econfigure-windows-resource-manager-vms.md | 4 +- ...ines-ps-create-preconfigure-windows-vms.md | 12 ++--- articles/virtual-machines-questions.md | 12 ++--- ...rtual-machines-ruby-rails-web-app-linux.md | 4 +- ...al-machines-service-management-articles.md | 2 +- ...-machines-sharepoint-farm-azure-preview.md | 2 +- ...es-sharepoint-farm-config-azure-preview.md | 14 +++--- ...ines-sharepoint-infrastructure-services.md | 2 +- ...ual-machines-sql-server-agent-extension.md | 2 +- ...alwayson-availability-groups-powershell.md | 4 +- ...al-machines-sql-server-automated-backup.md | 2 +- ...-machines-sql-server-automated-patching.md | 2 +- ...chines-sql-server-business-intelligence.md | 28 ++++++------ ...es-sql-server-create-vm-with-powershell.md | 8 ++-- ...n-premises-alwayson-availability-groups.md | 2 +- ...ines-sql-server-infrastructure-services.md | 26 +++++------ ...s-sql-server-performance-best-practices.md | 2 +- ...machines-sql-server-use-premium-storage.md | 16 +++---- .../virtual-machines-vm-capture-image-cli.md | 16 +++---- articles/virtual-machines-vms-containers.md | 14 +++--- ...tual-machines-windows-choices-create-vm.md | 16 +++---- ...achines-windows-tutorial-classic-portal.md | 4 +- ...igh-availability-LOB-application-phase1.md | 2 +- ...igh-availability-LOB-application-phase2.md | 2 +- ...igh-availability-LOB-application-phase3.md | 2 +- ...nes-workload-intranet-sharepoint-phase1.md | 2 +- ...nes-workload-intranet-sharepoint-phase2.md | 2 +- articles/virtual-networks-arm-asm-s2s.md | 2 +- .../virtual-networks-dmz-nsg-fw-udr-asm.md | 2 +- ...lica-active-directory-domain-controller.md | 4 +- ...rtual-networks-instance-level-public-ip.md | 2 +- articles/virtual-networks-multiple-nics.md | 2 +- articles/virtual-networks-nsg.md | 2 +- .../virtual-networks-reserved-private-ip.md | 2 +- ...-networks-static-private-ip-classic-cli.md | 2 +- ...l-networks-static-private-ip-classic-ps.md | 2 +- ...s-storage-webjobs-getting-started-blobs.md | 2 +- articles/web-sites-backup.md | 8 ++-- ...t-mvc-app-membership-oauth-sql-database.md | 2 +- articles/web-sites-scale.md | 2 +- ...dotnet-webjobs-sdk-storage-blobs-how-to.md | 2 +- articles/xplat-cli-azure-manage-vm-asm-arm.md | 6 +-- develop/java/data.md | 2 +- develop/php/virtual-machines.md | 10 ++--- includes/CreateVirtualMachineLinuxTutorial.md | 2 +- .../CreateVirtualMachineWindowsTutorial.md | 6 +-- includes/azure-remoteapp-limits.md | 4 +- ...reate-and-configure-centos-vm-in-portal.md | 4 +- ...ate-and-configure-opensuse-vm-in-portal.md | 4 +- ...figure-windows-server-2008-vm-in-portal.md | 4 +- includes/howto-connect-vm-cloud-service.md | 2 +- includes/howto-custom-create-vm.md | 6 +-- includes/howto-detach-disk-windows-linux.md | 4 +- includes/howto-quick-create-vm.md | 2 +- includes/intro-to-azure.md | 8 ++-- includes/manage-vm-availability.md | 6 +-- ...s-dotnet-backend-configure-blob-storage.md | 2 +- ...hines-Linux-tutorial-log-on-attach-disk.md | 4 +- .../virtual-machines-choose-me-content.md | 4 +- includes/virtual-machines-create-LinuxVM.md | 6 +-- includes/virtual-machines-create-WindowsVM.md | 2 +- ...al-machines-sql-server-connection-steps.md | 2 +- services/virtual-machines.md | 12 ++--- 173 files changed, 621 insertions(+), 621 deletions(-) diff --git a/articles/active-directory-new-forest-virtual-machine.md b/articles/active-directory-new-forest-virtual-machine.md index 837ca6a98..0fd638add 100644 --- a/articles/active-directory-new-forest-virtual-machine.md +++ b/articles/active-directory-new-forest-virtual-machine.md @@ -63,7 +63,7 @@ 在此向导页上... | 指定这些值 ------------- | ------------- - **选择映像** | Windows Server 2012 R2 Datacenter + **选择镜像** | Windows Server 2012 R2 Datacenter **虚拟机配置** |

虚拟机名称：键入单个标签名称（例如 AzureDC1）。

新用户名：键入用户的名称。此用户将是 VM 上本地管理员组的成员。在首次登录 VM 时，你需要使用此名称。不能使用名为 Administrator 的内置帐户。

新密码/确认：键入密码

**虚拟机配置** |

云服务：针对第一个 VM 选择“创建新的云服务”，然后在创建其他用于托管 DC 角色的 VM 时选择与此相同的云服务名称。

云服务 DNS 名称：指定全局唯一的名称

区域/地缘组/虚拟网络：指定虚拟网络名称（例如 WestUSVNet）。

存储帐户：针对第一个 VM 选择“使用自动生成的存储帐户”，然后在创建其他用于托管 DC 角色的 VM 时选择与此相同的存储帐户名称。

可用性集：选择“创建可用性集”。

可用性集名称：在创建第一个 VM 时键入可用性集的名称，然后在创建更多的 VM 时键入与此相同的名称。

**虚拟机配置** |

选择“安装 VM 代理”，以及所需的任何其他扩展。

@@ -99,7 +99,7 @@ 在此向导页上... | 指定这些值 ------------- | ------------- - **选择映像** | Windows Server 2012 R2 Datacenter + **选择镜像** | Windows Server 2012 R2 Datacenter **虚拟机配置** |

虚拟机名称：键入单个标签名称（例如 AppServer1）。

新用户名：键入用户的名称。此用户将是 VM 上本地管理员组的成员。在首次登录 VM 时，你需要使用此名称。不能使用名为 Administrator 的内置帐户。

新密码/确认：键入密码

**虚拟机配置** |

云服务：针对第一个 VM 选择“创建新的云服务”，然后在创建其他用于托管应用程序的 VM 时选择与此相同的云服务名称。

云服务 DNS 名称：指定全局唯一的名称

区域/地缘组/虚拟网络：指定虚拟网络名称（例如 WestUSVNet）。

存储帐户：针对第一个 VM 选择“使用自动生成的存储帐户”，然后在创建其他用于托管应用程序的 VM 时选择与此相同的存储帐户名称。

可用性集：选择“创建可用性集”。

可用性集名称：在创建第一个 VM 时键入可用性集的名称，然后在创建更多的 VM 时键入与此相同的名称。

**虚拟机配置** |

选择“安装 VM 代理”，以及所需的任何其他扩展。

diff --git a/articles/arm-template-deployment.md b/articles/arm-template-deployment.md index 60d6448b2..bcafafc54 100644 --- a/articles/arm-template-deployment.md +++ b/articles/arm-template-deployment.md @@ -293,7 +293,7 @@ } } - >[AZURE.NOTE]映像库中的映像 vhd 名称经常发生变化，因此你需要获取当前映像名称以部署虚拟机。为此，请参阅[关于虚拟机的映像](https://msdn.microsoft.com/zh-cn/library/azure/dn790330.aspx)，然后用你要使用的 vhd 文件的名称代替 {source-image-name}。例如“a699494373c04fc0bc8f2bb1389d6106\__Windows-Server-2012-R2-201412.01-en.us-127GB.vhd”。将 {subscription-id} 替换为订阅的标识符。 + >[AZURE.NOTE]镜像库中的镜像 vhd 名称经常发生变化，因此你需要获取当前镜像名称以部署虚拟机。为此，请参阅[关于虚拟机的镜像](https://msdn.microsoft.com/zh-cn/library/azure/dn790330.aspx)，然后用你要使用的 vhd 文件的名称代替 {source-image-name}。例如“a699494373c04fc0bc8f2bb1389d6106\__Windows-Server-2012-R2-201412.01-en.us-127GB.vhd”。将 {subscription-id} 替换为订阅的标识符。 4. 保存创建的参数文件。 diff --git a/articles/azure-cli-arm-commands.md b/articles/azure-cli-arm-commands.md index 8c7cf6ab7..4a0402ebb 100644 --- a/articles/azure-cli-arm-commands.md +++ b/articles/azure-cli-arm-commands.md @@ -1716,7 +1716,7 @@ Azure 资源管理器可让你创建一组资源 - 虚拟机、网站、数据 vm sizes [options] -**捕获用作 OS 映像或 VM 映像的 VM** +**捕获用作 OS 镜像或 VM 镜像的 VM** vm capture [options] @@ -1751,7 +1751,7 @@ Azure 资源管理器可让你创建一组资源 - 虚拟机、网站、数据 vm docker create [options] -**用于管理 VM 映像的命令** +**用于管理 VM 镜像的命令** vm image list-publishers [options] vm image list-offers [options] diff --git a/articles/azure-slave-plugin-for-hudson.md b/articles/azure-slave-plugin-for-hudson.md index f6df588a5..dd8d48b3c 100644 --- a/articles/azure-slave-plugin-for-hudson.md +++ b/articles/azure-slave-plugin-for-hudson.md @@ -109,15 +109,15 @@ ![模板配置](./media/azure-slave-plugin-for-hudson/hudson-setup-templateconfig1-withdata.png) -13. 在“映像系列或 ID”中，你必须指定要在你的 VM 中安装的系统映像。可以从映像系列的列表中选择，也可以指定一个自定义映像。 +13. 在“镜像系列或 ID”中，你必须指定要在你的 VM 中安装的系统镜像。可以从镜像系列的列表中选择，也可以指定一个自定义镜像。 - 如果要从映像系列的列表中选择，请输入映像系列名称的首字符（区分大小写）。例如，键入 **U** 将显示一个 Ubuntu Server 系列列表。从列表中选择后，Jenkins 将在设置你的 VM 时使用该系列的最新版系统映像。 + 如果要从镜像系列的列表中选择，请输入镜像系列名称的首字符（区分大小写）。例如，键入 **U** 将显示一个 Ubuntu Server 系列列表。从列表中选择后，Jenkins 将在设置你的 VM 时使用该系列的最新版系统镜像。 ![OS 系列列表](./media/azure-slave-plugin-for-hudson/hudson-oslist.png) - 如果你有一个自定义映像，想要改用该映像，则输入该自定义映像的名称。自定义映像名称不显示在列表中，因此你必须确保名称输入正确。 + 如果你有一个自定义镜像，想要改用该镜像，则输入该自定义镜像的名称。自定义镜像名称不显示在列表中，因此你必须确保名称输入正确。 - 对于本教程，键入 **U** 显示一个 Ubuntu 映像列表，然后选择 **Ubuntu Server 14.04 LTS**。 + 对于本教程，键入 **U** 显示一个 Ubuntu 镜像列表，然后选择 **Ubuntu Server 14.04 LTS**。 14. 对于“启动方法”，选择 **SSH**。 15. 复制下面的脚本并粘贴到“初始化脚本”字段中。 diff --git a/articles/azure-slave-plugin-for-jenkins.md b/articles/azure-slave-plugin-for-jenkins.md index 3acc0046b..96a9039ca 100644 --- a/articles/azure-slave-plugin-for-jenkins.md +++ b/articles/azure-slave-plugin-for-jenkins.md @@ -108,17 +108,17 @@ ![检查点常规模板配置](./media/azure-slave-plugin-for-jenkins/jenkins-slave-template-general-configuration.png) - 下一步是就你要创建从属节点所在的操作系统映像提供相关详细信息。 + 下一步是就你要创建从属节点所在的操作系统镜像提供相关详细信息。 -13. 在“映像系列或 ID”中，你必须指定要在你的 VM 中安装的系统映像。可以从映像系列的列表中选择，也可以指定一个自定义映像。 +13. 在“镜像系列或 ID”中，你必须指定要在你的 VM 中安装的系统镜像。可以从镜像系列的列表中选择，也可以指定一个自定义镜像。 - 如果要从映像系列的列表中选择，请输入映像系列名称的首字符（区分大小写）。例如，键入 **U** 将显示一个 Ubuntu Server 系列列表。从列表中选择后，Jenkins 将在设置你的 VM 时使用该系列的最新版系统映像。 + 如果要从镜像系列的列表中选择，请输入镜像系列名称的首字符（区分大小写）。例如，键入 **U** 将显示一个 Ubuntu Server 系列列表。从列表中选择后，Jenkins 将在设置你的 VM 时使用该系列的最新版系统镜像。 - ![OS 映像列表示例](./media/azure-slave-plugin-for-jenkins/jenkins-os-family-list-sample.png) + ![OS 镜像列表示例](./media/azure-slave-plugin-for-jenkins/jenkins-os-family-list-sample.png) - 如果你有一个自定义映像，想要改用该映像，则输入该自定义映像的名称。自定义映像名称不显示在列表中，因此你必须确保名称输入正确。 + 如果你有一个自定义镜像，想要改用该镜像，则输入该自定义镜像的名称。自定义镜像名称不显示在列表中，因此你必须确保名称输入正确。 - 对于本教程，键入 **U** 显示一个 Ubuntu 映像列表，然后选择 **Ubuntu Server 14.04 LTS**。 + 对于本教程，键入 **U** 显示一个 Ubuntu 镜像列表，然后选择 **Ubuntu Server 14.04 LTS**。 14. 对于“启动方法”，选择 **SSH**。 15. 复制下面的脚本并粘贴到“初始化脚本”字段中。 diff --git a/articles/batch-api-basics.md b/articles/batch-api-basics.md index 32d5f06c5..db7d57bf3 100644 --- a/articles/batch-api-basics.md +++ b/articles/batch-api-basics.md @@ -101,7 +101,7 @@ Azure 批处理( Batch )池构建于核心 Azure 计算平台的顶层；批处 - 在节点上运行的操作系统系列和版本。 - 可以像配置辅助角色一样配置操作系统系列和操作系统版本。 - 操作系统系列还确定了要与操作系统一起安装哪些版本的 .NET。 - - 与辅助角色一样，对于操作系统版本，建议使用“*”，使节点可自动升级，而无需采取措施来适应新的版本。选择特定操作系统版本的主要用例是在允许更新版本之前执行向后兼容测试，以确保保持应用程序兼容性。验证后，便可以更新池的操作系统版本并安装新的操作系统映像 – 所有正在运行的任务将会中断并重新排队。 + - 与辅助角色一样，对于操作系统版本，建议使用“*”，使节点可自动升级，而无需采取措施来适应新的版本。选择特定操作系统版本的主要用例是在允许更新版本之前执行向后兼容测试，以确保保持应用程序兼容性。验证后，便可以更新池的操作系统版本并安装新的操作系统镜像 – 所有正在运行的任务将会中断并重新排队。 - 应该为池提供的节点的目标数目。 diff --git a/articles/batch-dotnet-get-started.md b/articles/batch-dotnet-get-started.md index fa5105652..7dc9de8c6 100644 --- a/articles/batch-dotnet-get-started.md +++ b/articles/batch-dotnet-get-started.md @@ -134,7 +134,7 @@ 1. 在 GettingStarted 项目中，创建一个名为 **taskdata1** 的新文本文件，将以下文本复制到其中，然后保存该文件。 - 当你需要弹性资源来满足业务需求时，可使用 Azure 虚拟机来设置可按需缩放的计算基础结构。可以从库中创建运行 Windows、Linux 和企业应用程序（如 SharePoint 和 SQL Server）的虚拟机。也可以捕获和使用你自己的映像来创建自定义的虚拟机。 + 当你需要弹性资源来满足业务需求时，可使用 Azure 虚拟机来设置可按需缩放的计算基础结构。可以从库中创建运行 Windows、Linux 和企业应用程序（如 SharePoint 和 SQL Server）的虚拟机。也可以捕获和使用你自己的镜像来创建自定义的虚拟机。 2. 创建一个名为 **taskdata2** 的新文本文件，将以下文本复制到其中，然后保存该文件。 diff --git a/articles/batch-hpc-solutions.md b/articles/batch-hpc-solutions.md index af7d112fe..f32ae371c 100644 --- a/articles/batch-hpc-solutions.md +++ b/articles/batch-hpc-solutions.md @@ -66,7 +66,7 @@ Azure 还为组织和软件供应商提供开发工具与服务，用于构建 运行中的批处理( Batch )和 HPC 应用程序通常包括一个*群集管理器*和一个*作业计划程序*，可帮助管理群集计算资源并将其分配到运行作业的应用程序。可以通过单独的工具或者一个集成工具来实施这些功能。 -* **群集管理器** - 设置、发布和管理计算资源（或计算节点）。根据不同的工具，群集管理器可以自动在计算节点上安装操作系统映像和应用程序，按需缩放计算资源，以及监视节点的性能。 +* **群集管理器** - 设置、发布和管理计算资源（或计算节点）。根据不同的工具，群集管理器可以自动在计算节点上安装操作系统镜像和应用程序，按需缩放计算资源，以及监视节点的性能。 * **作业计划程序** - 指定应用程序需要的资源（例如处理器或内存）及其运行时的条件。作业计划程序维护作业队列，并根据分配的优先级或其他特征向这些作业分配资源。 @@ -101,7 +101,7 @@ Azure 中的计算服务是大计算解决方案的核心。下表是经常使 服务 | 说明 ------------- | ----------- **[云服务](http://www.windowsazure.cn/documentation/services/cloud-services)**

|• 可以在辅助角色实例中运行大型计算应用程序，辅助角色实例是运行某个 Windows Server 版本的虚拟机并且完全由 Azure 托管

• 可以较低的管理开销支持运行在平台即服务 (PaaS) 模型中的可缩放的可靠应用程序

• 可能需要额外的工具或开发来与现有的本地 HPC 群集解决方案进行集成 -**[虚拟机](http://www.windowsazure.cn/documentation/services/virtual-machines)**

|• 使用 Microsoft Hyper-V 技术提供计算基础结构即服务 (IaaS)

• 使你能够从标准 Windows Server 或 Linux 映像，或者你提供的映像和数据磁盘灵活地设置和管理永久性虚拟机

• 完全在云中运行本地计算群集工具和应用程序 +**[虚拟机](http://www.windowsazure.cn/documentation/services/virtual-machines)**

|• 使用 Microsoft Hyper-V 技术提供计算基础结构即服务 (IaaS)

• 使你能够从标准 Windows Server 或 Linux 镜像，或者你提供的镜像和数据磁盘灵活地设置和管理永久性虚拟机

• 完全在云中运行本地计算群集工具和应用程序 **[ 批处理( Batch )](http://www.windowsazure.cn/documentation/services/batch)**

|• 在完全托管的服务中运行大规模的并行与 批处理( Batch )工作负荷，例如图像渲染及媒体编码和转码

• 针对虚拟机的托管池提供作业计划和自动缩放

• 允许开发人员构建自定义大型计算解决方案或支持云的现有应用程序
### 存储服务 @@ -164,9 +164,9 @@ Azure 中的计算服务是大计算解决方案的核心。下表是经常使 ![IaaS 中的群集][iaas_cluster] -**自动化部署** - 若要部署大量 Windows Server 或 Linux VM，可以使用标准或自定义的 VM 映像与 Azure 自动化工具，例如 [Azure 命令行界面](/documentation/articles/xplat-cli)或 [Azure PowerShell](/documentation/articles/powershell-install-configure)。示例包括： +**自动化部署** - 若要部署大量 Windows Server 或 Linux VM，可以使用标准或自定义的 VM 镜像与 Azure 自动化工具，例如 [Azure 命令行界面](/documentation/articles/xplat-cli)或 [Azure PowerShell](/documentation/articles/powershell-install-configure)。示例包括： -* 若要在 Azure 基础结构服务中部署 HPC Pack 群集，可以从客户端计算机运行灵活的 [Azure PowerShell 脚本](https://msdn.microsoft.com/zh-cn/library/azure/dn864734.aspx)；该脚本使用预装了 HPC Pack 的 Windows Server VM 映像。<1你也可以使用 Azure [快速入门模板](https://azure.microsoft.com/zh-cn/documentation/templates/create-hpc-cluster/)与 Azure PowerShell 或 Azure CLI 来部署 HPC Pack 群集。 +* 若要在 Azure 基础结构服务中部署 HPC Pack 群集，可以从客户端计算机运行灵活的 [Azure PowerShell 脚本](https://msdn.microsoft.com/zh-cn/library/azure/dn864734.aspx)；该脚本使用预装了 HPC Pack 的 Windows Server VM 镜像。<1你也可以使用 Azure [快速入门模板](https://azure.microsoft.com/zh-cn/documentation/templates/create-hpc-cluster/)与 Azure PowerShell 或 Azure CLI 来部署 HPC Pack 群集。 * 可以使用 Azure [快速入门模板](https://azure.microsoft.com/zh-cn/documentation/templates/slurm/)与 Azure PowerShell 或 Azure CLI，来部署运行 [SLURM](https://computing.llnl.gov/linux/slurm/) 开源工作负荷管理器的 Linux 群集。 diff --git a/articles/batch-technical-overview.md b/articles/batch-technical-overview.md index 674fc96a0..512c19f54 100644 --- a/articles/batch-technical-overview.md +++ b/articles/batch-technical-overview.md @@ -79,7 +79,7 @@ Azure 批处理( Batch )可帮助你在云中有效运行大规模并行和高 **图 3.使用 批处理( Batch ) Apps 发布和运行应用程序的工作流** -1. 准备**应用程序映像**，这是一个 zip 文件，包含现有应用程序可执行文件及其所需的任何支持文件。这些可能是在传统服务器场或群集中运行的相同可执行文件。 +1. 准备**应用程序镜像**，这是一个 zip 文件，包含现有应用程序可执行文件及其所需的任何支持文件。这些可能是在传统服务器场或群集中运行的相同可执行文件。 2. 创建**云程序集**的 zip 文件，该程序集会调用任务负载并将其分派给批处理( Batch )服务。这包含两个组件： a.**作业拆分器** - 将作业分解成可独立处理的任务。例如，在动画案例中，作业拆分器将使用影片渲染作业，并将影片分割成单个帧。 diff --git a/articles/best-practices-background-jobs.md b/articles/best-practices-background-jobs.md index efc2a37ad..60fe1fac7 100644 --- a/articles/best-practices-background-jobs.md +++ b/articles/best-practices-background-jobs.md @@ -164,7 +164,7 @@ Azure Web 作业具有以下特征： 实施后台任务时，可以避免将其部署到 Azure 网站或云服务，但有时不方便这样做。典型的示例包括 Windows 服务、第三方实用程序和可执行程序。它还可以包含针对托管应用程序以外的执行环境所编写的程序；例如，它可能是你想要从 Windows 或 .NET 应用程序执行的 Unix 或 Linux 程序。可以为 Azure 虚拟机选择各种操作系统，并在该虚拟机上运行你的服务或可执行文件。 -若要确定何时使用虚拟机，请参阅 [Azure 网站、云服务和虚拟机的比较](/documentation/articles/choose-web-site-cloud-service-vm)。有关虚拟机选项的信息，请参阅 [Azure 的虚拟机和云服务大小](http://msdn.microsoft.com/zh-cn/library/azure/dn197896.aspx)。有关虚拟机可用的操作系统和预建映像的详细信息，请参阅 [Azure 虚拟机库](http://azure.microsoft.com/gallery/virtual-machines/)。 +若要确定何时使用虚拟机，请参阅 [Azure 网站、云服务和虚拟机的比较](/documentation/articles/choose-web-site-cloud-service-vm)。有关虚拟机选项的信息，请参阅 [Azure 的虚拟机和云服务大小](http://msdn.microsoft.com/zh-cn/library/azure/dn197896.aspx)。有关虚拟机可用的操作系统和预建镜像的详细信息，请参阅 [Azure 虚拟机库](http://azure.microsoft.com/gallery/virtual-machines/)。 若要在独立的虚拟机中启动后台任务，可以从多个选项中进行选择： diff --git a/articles/best-practices-network-security.md b/articles/best-practices-network-security.md index 09e792cc3..48d364d03 100644 --- a/articles/best-practices-network-security.md +++ b/articles/best-practices-network-security.md @@ -77,7 +77,7 @@ Microsoft 采取综合性的方案来保护运行超大规模全球服务所需 3. **跨界连接**：客户可以通过 Azure VPN 网关或第三方网络虚拟设备，在虚拟网络和多个本地站点或 Azure 中的其他虚拟网络之间创建跨界连接。Azure 支持使用标准 IPsec/IKE 协议和 ExpressRoute 专用连接的站点到站点 (S2S) VPN。 4. **网络安全组** (NSG) 允许客户根据所需的粒度（网络接口、单个 VM 或虚拟子网）创建规则 (ACL)。客户可以从客户网络上的系统，通过跨界连接或直接 Internet 通信来允许或拒绝虚拟网络内的工作负荷，以控制访问。 5. **用户定义的路由** (UDR) 和 **IP 转发**允许客户定义虚拟网络中不同层之间的通信路径。客户可以部署防火墙、IDS/IPS 和其他虚拟设备，并通过这些安全设备来路由网络流量，以实施安全边界策略、审核和检查。 -6. Azure 应用商店中的**网络虚拟设备**：Azure 应用商店和 VM 映像库中提供了防火墙、负载平衡器和 IDS/IPS（入侵检测/预防服务）等安全设备。客户可将这些设备部署到其虚拟网络，特别是安全边界（包括外围网络子网），以实现多层安全网络环境。 +6. Azure 应用商店中的**网络虚拟设备**：Azure 应用商店和 VM 镜像库中提供了防火墙、负载平衡器和 IDS/IPS（入侵检测/预防服务）等安全设备。客户可将这些设备部署到其虚拟网络，特别是安全边界（包括外围网络子网），以实现多层安全网络环境。 以下示例演示了如何使用这些功能在 Azure 中构造外围网络体系结构： diff --git a/articles/best-practices-resource-manager-security.md b/articles/best-practices-resource-manager-security.md index 2d2a05674..94b281e83 100644 --- a/articles/best-practices-resource-manager-security.md +++ b/articles/best-practices-resource-manager-security.md @@ -221,7 +221,7 @@ DENY ALL OUTBOUND | 65500 | * | * | * | * | * | DENY NSG 规则是显式的。除了 NSG 规则中指定的情况，不会对流量进行允许或拒绝操作。不过，不管网络安全组的规范如何，两类流量是始终允许的。进行这些预配是为了支持基础结构： - **主机节点的虚拟 IP**：基础结构服务（如 DHCP、DNS 和运行状况监视）是通过虚拟化的主机 IP 地址 168.63.129.16 提供的。此公用 IP 地址属于 Microsoft，并将是唯一的用于所有区域的虚拟化 IP 地址，而且没有其他用途。此 IP 地址映射到托管 VM 的服务器计算机（主机节点）的物理 IP 地址。主机节点充当 DHCP 中继、DNS 递归解析器，以及进行负载平衡器运行状况探测和计算机运行状况探测的探测源。不应将针对此 IP 地址的通信视为一种攻击。 -- **许可（密钥管理服务）**：在 VM 中运行的 Windows 映像应该获得许可。因此，将会向处理此类查询的密钥管理服务主机服务器发送许可请求。这将始终在出站端口 1688 上进行。 +- **许可（密钥管理服务）**：在 VM 中运行的 Windows 镜像应该获得许可。因此，将会向处理此类查询的密钥管理服务主机服务器发送许可请求。这将始终在出站端口 1688 上进行。 ### 默认标记 diff --git a/articles/best-practices-resource-manager-state.md b/articles/best-practices-resource-manager-state.md index 8cb690860..c46da461f 100644 --- a/articles/best-practices-resource-manager-state.md +++ b/articles/best-practices-resource-manager-state.md @@ -315,7 +315,7 @@ enableJumpbox | 约束列表中的字符串 (enabled/disabled) | 一个参数， ##### machineSettings -生成的变量 *machineSettings* 是一个复杂的对象，其中包含各种用于创建新的 VM 的核心变量：管理员用户名和密码、VM 名称前缀，以及操作系统映像引用，如下所示： +生成的变量 *machineSettings* 是一个复杂的对象，其中包含各种用于创建新的 VM 的核心变量：管理员用户名和密码、VM 名称前缀，以及操作系统镜像引用，如下所示： "machineSettings": { "adminUsername": "[parameters('adminUsername')]", diff --git a/articles/cdn-websites-with-cdn.md b/articles/cdn-websites-with-cdn.md index 9587273dc..c59c3329c 100644 --- a/articles/cdn-websites-with-cdn.md +++ b/articles/cdn-websites-with-cdn.md @@ -15,11 +15,11 @@ # 在 Azure 网站中使用 Azure CDN -Azure 网站可以集成 [Azure CDN](/home/features/caching/)，增强 [Azure 网站](/documentation/services/web-sites/)固有的全局缩放功能，在全球通过靠近客户的服务器节点提供网站内容。在特定情况下（例如提供静态映像），此集成可以大幅提高 Azure 网站的性能，在全球显著改善网站的用户体验。 +Azure 网站可以集成 [Azure CDN](/home/features/caching/)，增强 [Azure 网站](/documentation/services/web-sites/)固有的全局缩放功能，在全球通过靠近客户的服务器节点提供网站内容。在特定情况下（例如提供静态镜像），此集成可以大幅提高 Azure 网站的性能，在全球显著改善网站的用户体验。 将网站与 Azure CDN 集成具有以下优点： -- 在网站的[持续部署](/documentation/articles/web-sites-publish-source-control)过程中集成内容部署（映像、脚本和样式表） +- 在网站的[持续部署](/documentation/articles/web-sites-publish-source-control)过程中集成内容部署（镜像、脚本和样式表） - 轻松升级 Azure 网站的网站中的 NuGet 包，例如 jQuery 或 Bootstrap 版本 - 在同一 Visual Studio 界面中管理网站和 CDN 提供的内容 - 将 ASP.NET 绑定和缩减与 Azure CDN 集成 @@ -28,7 +28,7 @@ Azure 网站可以集成 [Azure CDN](/home/features/caching/)，增强 [Azure ## 要生成的项目 ## -你需要在 Visual Studio 中使用默认的 ASP.NET MVC 模板将一个网站部署到 Azure 网站，需要添加代码来处理集成 Azure CDN 所提供的内容（例如映像、控制器操作结果、默认的 JavaScript 和 CSS 文件），还需要编写代码来配置回退机制以处理 CDN 脱机时提供的捆绑包。 +你需要在 Visual Studio 中使用默认的 ASP.NET MVC 模板将一个网站部署到 Azure 网站，需要添加代码来处理集成 Azure CDN 所提供的内容（例如镜像、控制器操作结果、默认的 JavaScript 和 CSS 文件），还需要编写代码来配置回退机制以处理 CDN 脱机时提供的捆绑包。 ## 所需的项目 ## @@ -436,7 +436,7 @@ Azure 网站可以集成 [Azure CDN](/home/features/caching/)，增强 [Azure ## CDN URL 的回退机制 ## -你希望你的网页在 Azure CDN 终结点因某种原因而出现故障时，能够表现出相当的智能，即能够访问作为回退选项的源 Web 服务器，以便加载 JavaScript 或 Bootstrap。因 CDN 不可用而丢失网站上的映像是很严重的问题，但更为严重的是失去脚本和样式表提供的重要页面功能。 +你希望你的网页在 Azure CDN 终结点因某种原因而出现故障时，能够表现出相当的智能，即能够访问作为回退选项的源 Web 服务器，以便加载 JavaScript 或 Bootstrap。因 CDN 不可用而丢失网站上的镜像是很严重的问题，但更为严重的是失去脚本和样式表提供的重要页面功能。 [捆绑包](http://msdn.microsoft.com/zh-cn/library/system.web.optimization.bundle.aspx)类包含一个名为 [CdnFallbackExpression](http://msdn.microsoft.com/zh-cn/library/system.web.optimization.bundle.cdnfallbackexpression.aspx) 的属性，该属性可以让你配置回退机制以应对 CDN 故障情况。若要使用此属性，请执行以下步骤： diff --git a/articles/choose-web-site-cloud-service-vm.md b/articles/choose-web-site-cloud-service-vm.md index d827a5de4..44ef5ee8f 100644 --- a/articles/choose-web-site-cloud-service-vm.md +++ b/articles/choose-web-site-cloud-service-vm.md @@ -103,14 +103,14 @@ Azure 网站是用于托管公司网站的理想解决方案。通过该网站 如果你需要加强对服务器环境得控制，例如想要远程登录服务器或配置服务器启动任务，可以为一个或多个层选择云服务。 -如果你想要使用自己的计算机映像，或者想要运行不能在云服务中配置的服务器软件或服务，可以为一个或多个层选择虚拟机。 +如果你想要使用自己的计算机镜像，或者想要运行不能在云服务中配置的服务器软件或服务，可以为一个或多个层选择虚拟机。 ### 我的应用程序依赖高度自定义的 Windows 或 Linux 的环境，我想将其转移到云中。 如果你的应用程序需要对软件和操作系统进行复杂的安装或配置，虚拟机可能是最佳解决方案。通过虚拟机，你可以： - 使用虚拟机库从某个操作系统（如 Windows 或 Linux）开始着手，然后针对你的应用程序要求对其进行定制。 -- 创建并上传现有本地服务器的自定义映像，在 Azure 中的虚拟机上运行。 +- 创建并上传现有本地服务器的自定义镜像，在 Azure 中的虚拟机上运行。 ### 我的站点使用开放源代码软件，我希望在 Azure 中托管它 @@ -120,7 +120,7 @@ Azure 网站是用于托管公司网站的理想解决方案。通过该网站 - 安装 WordPress、Drupal、Umbraco、DNN 和许多其他第三方网站。 - 迁移现有应用程序。 -如果网站上不支持开放源框架，则可以在其他两个 Azure Web 托管选项中的任意一个上运行该框架。利用云服务，你可以使用启动任务来安装和配置在 Windows 上运行的任何所需开放源软件。使用虚拟机，可以在计算机映像（基于 Windows 或 Linux）上安装和配置软件。 +如果网站上不支持开放源框架，则可以在其他两个 Azure Web 托管选项中的任意一个上运行该框架。利用云服务，你可以使用启动任务来安装和配置在 Windows 上运行的任何所需开放源软件。使用虚拟机，可以在计算机镜像（基于 Windows 或 Linux）上安装和配置软件。 ### 我有一个需要连接到公司网络的业务线应用程序 diff --git a/articles/cloud-services-dotnet-diagnostics.md b/articles/cloud-services-dotnet-diagnostics.md index 4c6d0a91e..abd3d0894 100644 --- a/articles/cloud-services-dotnet-diagnostics.md +++ b/articles/cloud-services-dotnet-diagnostics.md @@ -218,7 +218,7 @@ NET EventSource |使用 .NET 的代码生成的事件 如何：创建操作系统映像 +## 如何：创建操作系统镜像 -若要将操作系统映像添加到映像存储库中，请使用 **add\_os\_image** 方法： +若要将操作系统镜像添加到镜像存储库中，请使用 **add\_os\_image** 方法： from azure import * from azure.servicemanagement import * @@ -245,7 +245,7 @@ Azure SDK for Python 可包装 [Azure 服务管理 API][svc-mgmt-rest-api]，后 operation_result = sms.get_operation_status(result.request_id) print('Operation status: ' + operation_result.status) -若要列出可用的操作系统映像，请使用 **list\_os\_images** 方法。这包括所有平台映像和用户映像： +若要列出可用的操作系统镜像，请使用 **list\_os\_images** 方法。这包括所有平台镜像和用户镜像： result = sms.list_os_images() @@ -259,9 +259,9 @@ Azure SDK for Python 可包装 [Azure 服务管理 API][svc-mgmt-rest-api]，后 print('Media link: ' + image.media_link) print('') -## 如何：删除操作系统映像 +## 如何：删除操作系统镜像 -若要删除用户映像，请使用 **delete\_os\_image** 方法： +若要删除用户镜像，请使用 **delete\_os\_image** 方法： from azure import * from azure.servicemanagement import * @@ -328,9 +328,9 @@ Azure SDK for Python 可包装 [Azure 服务管理 API][svc-mgmt-rest-api]，后 sms.delete_hosted_service(service_name='myvm') -##如何：基于捕获的虚拟机映像创建虚拟机 +##如何：基于捕获的虚拟机镜像创建虚拟机 -若要捕获 VM 映像，请先调用 **capture\_vm\_image** 方法： +若要捕获 VM 镜像，请先调用 **capture\_vm\_image** 方法： from azure import * from azure.servicemanagement import * @@ -357,11 +357,11 @@ Azure SDK for Python 可包装 [Azure 服务管理 API][svc-mgmt-rest-api]，后 image ) -接下来，为确保成功捕获了映像，请使用 **list\_vm\_images** API 并确保你的映像显示在结果中： +接下来，为确保成功捕获了镜像，请使用 **list\_vm\_images** API 并确保你的镜像显示在结果中： images = sms.list_vm_images() -最后，为了使用捕获的映像创建虚拟机，请像前面一样使用 **create\_virtual\_machine\_deployment** 方法，不过这次要传入 vm\_image\_name +最后，为了使用捕获的镜像创建虚拟机，请像前面一样使用 **create\_virtual\_machine\_deployment** 方法，不过这次要传入 vm\_image\_name from azure import * from azure.servicemanagement import * diff --git a/articles/data-management-azure-sql-database-and-sql-server-iaas.md b/articles/data-management-azure-sql-database-and-sql-server-iaas.md index 2e2840c7a..b1e9747e1 100644 --- a/articles/data-management-azure-sql-database-and-sql-server-iaas.md +++ b/articles/data-management-azure-sql-database-and-sql-server-iaas.md @@ -51,7 +51,7 @@ Windows Azure 提供了用于托管 SQL Server 的两个选项：[Azure SQL 数 **Azure SQL 数据库(Azure SQL 数据库)** 是关系数据库即服务，属于*平台即服务 (PaaS)* 行业类别。Azure SQL 数据库构建在 Microsoft 所拥有、托管及维护的标准化硬件和软件基础之上。使用 SQL 数据库，你可以使用内置的特性和功能在服务上直接进行开发。使用 SQL 数据库时，你可以即用即付，并使用向上或向外缩放选项获得更强大的功能。 -**Azure 虚拟机 (VM) 中的 SQL Server** 属于*基础结构即服务 (IaaS)* 行业类别，可让你在云中的虚拟机上运行 SQL Server。与 Azure SQL 数据库一样，它构建在 Microsoft 所拥有、托管及维护的标准化硬件基础之上。使用 VM 中的 SQL Server 时，你可以在 Azure 中使用自己的 SQL Server 许可证，或使用 Azure 门户中某个预先配置的 SQL Server 映像。 +**Azure 虚拟机 (VM) 中的 SQL Server** 属于*基础结构即服务 (IaaS)* 行业类别，可让你在云中的虚拟机上运行 SQL Server。与 Azure SQL 数据库一样，它构建在 Microsoft 所拥有、托管及维护的标准化硬件基础之上。使用 VM 中的 SQL Server 时，你可以在 Azure 中使用自己的 SQL Server 许可证，或使用 Azure 门户中某个预先配置的 SQL Server 镜像。 通常，这两个 SQL 选项已针对不同的用途进行优化： @@ -138,7 +138,7 @@ Windows Azure 提供了用于托管 SQL Server 的两个选项：[Azure SQL 数 使用 **Azure SQL 数据库**，世界各地数据中心内的 Microsoft Azure 将自动配置、修补和升级数据库软件。因此，你就能降低管理成本。此外，它的[内置备份](/documentation/articles/sql-database-business-continuity/)功能可帮助你大幅降低成本，尤其是当你拥有大量的数据库时。使用 Azure SQL 数据库时，你不必支付针对 Azure SQL 数据库运行的单个查询或传入 Internet 流量的费用。将根据[传出 Internet 流量](http://www.windowsazure.cn/pricing/details/data-transfer/)向你收费。如果你的数据库具有高事务量且必须支持许多并发用户，我们建议你使用高级（而不是基本或标准）服务层。 -有了 **Azure VM 中的 SQL Server**，你可以利用传统的 SQL Server 许可。你可以使用平台提供的 SQL Server 映像，或在 Azure 中使用你的 SQL Server 许可证。使用 SQL Server 平台提供的映像时，成本取决于选择的 VM 大小以及 SQL Server 版本。简单而言，你需要支付 SQL Server 的每分钟许可成本、Windows Server 每分钟许可和 Azure 存储空间成本。每分钟计费选项可让你随时使用 SQL Server，而无需购买完整的 SQL Server 许可证。如果在 Azure 中使用自己的 SQL Server 许可证，则只需支付 Azure 计算和存储成本。有关详细信息，请参阅 [Azure 上通过软件保障实现的许可移动性](http://www.windowsazure.cn/pricing/license-mobility/)。 +有了 **Azure VM 中的 SQL Server**，你可以利用传统的 SQL Server 许可。你可以使用平台提供的 SQL Server 镜像，或在 Azure 中使用你的 SQL Server 许可证。使用 SQL Server 平台提供的镜像时，成本取决于选择的 VM 大小以及 SQL Server 版本。简单而言，你需要支付 SQL Server 的每分钟许可成本、Windows Server 每分钟许可和 Azure 存储空间成本。每分钟计费选项可让你随时使用 SQL Server，而无需购买完整的 SQL Server 许可证。如果在 Azure 中使用自己的 SQL Server 许可证，则只需支付 Azure 计算和存储成本。有关详细信息，请参阅 [Azure 上通过软件保障实现的许可移动性](http://www.windowsazure.cn/pricing/license-mobility/)。 ####计算应用程序总成本 diff --git a/articles/developerdifferences.md b/articles/developerdifferences.md index 8fd8fb3f7..59da74cf1 100644 --- a/articles/developerdifferences.md +++ b/articles/developerdifferences.md @@ -126,7 +126,7 @@ Windows Azure 中的托管服务由一个设计为在托管服务中运行的应 * 发行 HTTPS 端点证书时 * 使用 Windows Azure 诊断（诊断使用 Windows Azure 存储）时 * 使用设计为在 Windows Azure 上运行的工具和服务（这些工具和服务具有其自己的配置文件或服务定义文件）时 -* 使用 CSUPLOAD 工具为 VM 角色上传映像 +* 使用 CSUPLOAD 工具为 VM 角色上传镜像 ##端点映射 diff --git a/articles/dotnet-develop-multitenant-applications.md b/articles/dotnet-develop-multitenant-applications.md index b43a601f4..c661fb424 100644 --- a/articles/dotnet-develop-multitenant-applications.md +++ b/articles/dotnet-develop-multitenant-applications.md @@ -76,7 +76,7 @@ Azure 提供了一些联网服务，它们支持身份验证且提高了托管 Azure 提供了许多方法来为应用程序配置新租户。对于具有大量租户的多租户应用程序，通常必须通过启用自助服务配置来自动化此过程。 - 辅助角色使你能够配置和取消配置每租户资源（例如当新租户注册或取消时），收集度量值以供计量使用，以及根据特定计划或在达到关键性能指标阈值时作为响应来管理缩放。同一角色也可用于推出解决方案的更新和升级。 -- Azure Blob 可用于为新租户配置计算资源或预先初始化的存储资源，同时可提供容量级别访问策略以保护计算服务包、VHD 映像和其他资源。 +- Azure Blob 可用于为新租户配置计算资源或预先初始化的存储资源，同时可提供容量级别访问策略以保护计算服务包、VHD 镜像和其他资源。 - 为租户配置 SQL 数据库资源的方式包括： - 在脚本中使用 DDL 或将其作为资源嵌入程序集 diff --git a/articles/hdinsight-administer-use-management-portal-v1.md b/articles/hdinsight-administer-use-management-portal-v1.md index dc1b57448..83143bb40 100644 --- a/articles/hdinsight-administer-use-management-portal-v1.md +++ b/articles/hdinsight-administer-use-management-portal-v1.md @@ -46,7 +46,7 @@ HDInsight 使用各种 Hadoop 组件。有关已获得验证和支持的组件的列表，请参阅 [Azure HDInsight 包含哪个版本的 Hadoop？](/documentation/articles/hdinsight-component-versioning)。可使用以下选项之一自定义 HDInsight： - 使用脚本操作来运行可以自定义群集的自定义脚本，以更改群集配置或安装 Giraph 或 Solr 等自定义组件。有关详细信息，请参阅[使用脚本操作自定义 HDInsight 群集](/documentation/articles/hdinsight-hadoop-customize-cluster)。 -- 在群集设置期间使用 HDInsight .NET SDK 或 Azure PowerShell 中的群集自定义参数。这样，这些配置更改将在群集的整个生存期内保留，并且不受 Azure 平台在维护时定期执行的群集节点重置映像影响。有关使用群集自定义参数的详细信息，请参阅[预配 HDInsight 群集](/documentation/articles/hdinsight-provision-clusters)。 +- 在群集设置期间使用 HDInsight .NET SDK 或 Azure PowerShell 中的群集自定义参数。这样，这些配置更改将在群集的整个生存期内保留，并且不受 Azure 平台在维护时定期执行的群集节点重置镜像影响。有关使用群集自定义参数的详细信息，请参阅[预配 HDInsight 群集](/documentation/articles/hdinsight-provision-clusters)。 - 一些本机 Java 组件（如 Mahout 和 Cascading）可以在群集上作为 JAR 文件运行。可以通过 Hadoop 作业提交机制将这些 JAR 文件分发到 Azure Blob 存储，并提交到 HDInsight 群集。有关详细信息，请参阅[以编程方式提交 Hadoop 作业](/documentation/articles/hdinsight-submit-hadoop-jobs-programmatically)。 diff --git a/articles/hdinsight-hadoop-script-actions.md b/articles/hdinsight-hadoop-script-actions.md index 6242e2378..8ac169d27 100644 --- a/articles/hdinsight-hadoop-script-actions.md +++ b/articles/hdinsight-hadoop-script-actions.md @@ -151,29 +151,29 @@ Name | 脚本 - 提供指向脚本资源的可靠链接 - 用户应确保自定义群集过程中使用的所有脚本和其他项目在群集的整个生存期内都必须一直可用，并且这些文件的版本在此期间也不会发生更改。如果需要为群集中的节点重新制作映像，则需要用到这些资源。最佳做法是，下载用户控制的存储帐户中的所有内容并将其存档。这可能是默认存储帐户，也可能是在部署自定义群集时指定的其他任何存储帐户。例如，在文档提供的 R 自定义群集示例中，我们已为此存储帐户中的资源创建了本地副本：https://hdiconfigactions.blob.core.windows.net/。 + 用户应确保自定义群集过程中使用的所有脚本和其他项目在群集的整个生存期内都必须一直可用，并且这些文件的版本在此期间也不会发生更改。如果需要为群集中的节点重新制作镜像，则需要用到这些资源。最佳做法是，下载用户控制的存储帐户中的所有内容并将其存档。这可能是默认存储帐户，也可能是在部署自定义群集时指定的其他任何存储帐户。例如，在文档提供的 R 自定义群集示例中，我们已为此存储帐户中的资源创建了本地副本：https://hdiconfigactions.blob.core.windows.net/。 - 确保群集自定义脚本是幂等的 - 你必须预期在群集的生存期内将对 HDInsight 群集的节点重新制作映像。只要对群集重新制作映像，就会运行群集自定义脚本。在某种意义上讲，此脚本必须设计为幂等的，即重新制作映像时，该脚本应确保将群集返回到在初次创建群集时首次运行脚本后所处的相同自定义状态。例如，如果自定义脚本在其首次运行时在 D:\\AppLocation 上安装了应用程序，则在随后每次运行时，重新制作映像后，该脚本应检查应用程序是否在 D:\\AppLocation 位置存在，然后才能继续在该脚本中执行其他步骤。 + 你必须预期在群集的生存期内将对 HDInsight 群集的节点重新制作镜像。只要对群集重新制作镜像，就会运行群集自定义脚本。在某种意义上讲，此脚本必须设计为幂等的，即重新制作镜像时，该脚本应确保将群集返回到在初次创建群集时首次运行脚本后所处的相同自定义状态。例如，如果自定义脚本在其首次运行时在 D:\\AppLocation 上安装了应用程序，则在随后每次运行时，重新制作镜像后，该脚本应检查应用程序是否在 D:\\AppLocation 位置存在，然后才能继续在该脚本中执行其他步骤。 - 在最佳位置安装自定义组件 - 在对群集节点重新制作映像时，可以对 C:\\ 资源驱动器和 D:\\ 系统驱动器重新格式化，这会导致已安装在这些驱动器上的数据和应用程序丢失。如果群集中的 Azure 虚拟机 (VM) 节点发生故障，被新节点所取代，则也会发生这种情况。你可以在 D:\\ 驱动器上安装组件，也可以在群集上的 C:\\apps 位置中进行安装。C:\\ 驱动器上的其他所有位置都将保留。指定要使用群集自定义脚本将应用程序或库安装到的位置。 + 在对群集节点重新制作镜像时，可以对 C:\\ 资源驱动器和 D:\\ 系统驱动器重新格式化，这会导致已安装在这些驱动器上的数据和应用程序丢失。如果群集中的 Azure 虚拟机 (VM) 节点发生故障，被新节点所取代，则也会发生这种情况。你可以在 D:\\ 驱动器上安装组件，也可以在群集上的 C:\\apps 位置中进行安装。C:\\ 驱动器上的其他所有位置都将保留。指定要使用群集自定义脚本将应用程序或库安装到的位置。 - 确保群集体系结构的高可用性 HDInsight 具有实现高可用性的主-被体系结构，在该结构中，一个头节点处于主动模式（HDInsight 服务正在运行），而另一头节点处于备用模式（HDInsight 服务未在运行）。如果 HDInsight 服务中断，则节点会在主动和被动模式之间切换。如果使用脚本操作在两个头节点上安装服务以实现高可用性，请注意，HDInsight 故障转移机制无法对这些用户安装的服务执行自动故障转移。因此，用户在 HDInsight 头节点上安装的服务如果预期具有高可用性，则必须具有自己的故障转移机制，无论是在主-被模式还是在主-主模式下。 - 如果将头节点角色指定为 *ClusterRoleCollection* 参数中的值，则 HDInsight 脚本操作命令会在两个头节点上运行。因此，设计自定义脚本时，请确保你的脚本知道此设置。如果在两个头节点上安装并启动相同服务，并且这两个服务以相互争用结束，则你不会遇到问题。另请注意，数据将在重新制作映像期间丢失，因此，通过脚本操作安装的软件必须能够灵活应对此类事件。应用程序应设计使用分布在很多节点上的高可用数据。请注意，有 1/5 之多的群集节点可以同时重新制作映像。 + 如果将头节点角色指定为 *ClusterRoleCollection* 参数中的值，则 HDInsight 脚本操作命令会在两个头节点上运行。因此，设计自定义脚本时，请确保你的脚本知道此设置。如果在两个头节点上安装并启动相同服务，并且这两个服务以相互争用结束，则你不会遇到问题。另请注意，数据将在重新制作镜像期间丢失，因此，通过脚本操作安装的软件必须能够灵活应对此类事件。应用程序应设计使用分布在很多节点上的高可用数据。请注意，有 1/5 之多的群集节点可以同时重新制作镜像。 - 配置自定义组件以使用 Azure Blob 存储 - 你在群集节点上安装的自定义组件可能具有使用 Hadoop 分布式文件系统 (HDFS) 存储的默认配置。你应该更改该配置以改用 Azure Blob 存储。在对群集重新制作映像时，HDFS 文件系统将会进行格式化，因此，你可能会丢失存储在此处的所有数据。改用 Azure Blob 存储可确保将保留你的数据。 + 你在群集节点上安装的自定义组件可能具有使用 Hadoop 分布式文件系统 (HDFS) 存储的默认配置。你应该更改该配置以改用 Azure Blob 存储。在对群集重新制作镜像时，HDFS 文件系统将会进行格式化，因此，你可能会丢失存储在此处的所有数据。改用 Azure Blob 存储可确保将保留你的数据。 ## 常见使用模式 @@ -237,7 +237,7 @@ Name | 脚本 2. 向脚本中添加检查，以确保这些脚本可以幂等方式执行，从而使脚本可在同一节点上多次执行。 3. 使用 **Write-Output** Azure PowerShell cmdlet 输出到 STDOUT 以及 STDERR。请勿使用 **Write-Host**。 4. 使用临时文件夹，例如 $env:TEMP，来保留脚本使用的下载文件，并在执行脚本后将其清除。 -5. 仅在 D:\\ 或 C:\\apps 上安装自定义软件。不应使用 C: 驱动器上的其他位置，因为这些位置已保留。请注意，在 C: 驱动器上 C:\\apps 文件夹外安装文件可能会导致在对节点重新制作映像时设置失败。 +5. 仅在 D:\\ 或 C:\\apps 上安装自定义软件。不应使用 C: 驱动器上的其他位置，因为这些位置已保留。请注意，在 C: 驱动器上 C:\\apps 文件夹外安装文件可能会导致在对节点重新制作镜像时设置失败。 6. 如果 OS 级设置或 Hadoop 服务配置文件发生更改，则你可能需要重新启动 HDInsight 服务，使其可以选取任何 OS 级设置，例如脚本中设置的环境变量。 diff --git a/articles/hdinsight-hadoop-use-blob-storage.md b/articles/hdinsight-hadoop-use-blob-storage.md index 1f4dcd8df..10e5dcf0f 100644 --- a/articles/hdinsight-hadoop-use-blob-storage.md +++ b/articles/hdinsight-hadoop-use-blob-storage.md @@ -58,7 +58,7 @@ Hadoop 支持默认文件系统的概念。默认文件系统意指默认方案 - **没有连接到群集的存储帐户中的私有容器：**你不能访问容器中的这些 Blob，除非在提交 WebHCat 作业时定义存储帐户。本文后面对此做了解释。 -预配过程中定义的存储帐户及其密钥存储在群集节点上的 %HADOOP/_HOME%/conf/core-site.xml 中。HDInsight 的默认行为是使用 core-site.xml 文件中定义的存储帐户。不推荐编辑 core-site.xml 文件，因为群集头节点 (master) 可能会随时重新映像或迁移，对那些文件所做的任何更改都将会丢失。 +预配过程中定义的存储帐户及其密钥存储在群集节点上的 %HADOOP/_HOME%/conf/core-site.xml 中。HDInsight 的默认行为是使用 core-site.xml 文件中定义的存储帐户。不推荐编辑 core-site.xml 文件，因为群集头节点 (master) 可能会随时重新镜像或迁移，对那些文件所做的任何更改都将会丢失。 多个 WebHCat 作业，包括 Hive、MapReduce、Hadoop 流和 Pig，都可以带有存储帐户和元数据的说明。（它目前对带有存储帐户的 Pig 有效，但对元数据无效。） 在本文的[使用 Azure PowerShell 访问 Blob](#powershell) 部分中，提供了此功能的示例。有关详细信息，请参阅[将 HDInsight 群集与备用存储帐户和元存储配合使用](http://social.technet.microsoft.com/wiki/contents/articles/23256.using-an-hdinsight-cluster-with-alternate-storage-accounts-and-metastores.aspx)。 diff --git a/articles/hdinsight-hbase-geo-replication-configure-DNS.md b/articles/hdinsight-hbase-geo-replication-configure-DNS.md index deaf98a56..470046faa 100644 --- a/articles/hdinsight-hbase-geo-replication-configure-DNS.md +++ b/articles/hdinsight-hbase-geo-replication-configure-DNS.md @@ -71,7 +71,7 @@ 云服务名称将与虚拟机名称相同。在本例中为 Contoso-DNS-CN。对于后续虚拟机，可以选择使用同一个云服务。同一个云服务下的所有虚拟机共享同一个虚拟网络和域后缀。 - 存储帐户用于存储虚拟机映像文件。 + 存储帐户用于存储虚拟机镜像文件。 - **终结点**：（向下滚动并选择“DNS”） 创建虚拟机后，找出内部 IP 和外部 IP。 diff --git a/articles/hdinsight-hbase-geo-replication.md b/articles/hdinsight-hbase-geo-replication.md index 7793d0fd3..7e7fa8ee7 100644 --- a/articles/hdinsight-hbase-geo-replication.md +++ b/articles/hdinsight-hbase-geo-replication.md @@ -61,7 +61,7 @@ 在[在两个 Azure 虚拟网络之间配置 VPN 连接][hdinsight-hbase-replication-vnet]中，你已分别在欧洲数据中心和美国数据中心各创建了一个虚拟网络。这两个虚拟网络将通过 VPN 连接。在本课中，你将要在其中的每个虚拟网络中设置 HBase 群集。在本教程的后面，你将使其中一个 HBase 群集复制另一个 HBase 群集。 -Azure 门户不支持使用自定义配置选项设置 HDInsight 群集。例如，将 *hbase.replication* 设置为 *true*。如果设置群集后在配置文件中设置该值，你将在重新创建群集映像后丢失该设置。有关详细信息，请参阅[在 HDInsight 中预配 Hadoop 群集][hdinsight-provision]。使用自定义选项设置 HDInsight 群集的选项之一是使用 Azure PowerShell。 +Azure 门户不支持使用自定义配置选项设置 HDInsight 群集。例如，将 *hbase.replication* 设置为 *true*。如果设置群集后在配置文件中设置该值，你将在重新创建群集镜像后丢失该设置。有关详细信息，请参阅[在 HDInsight 中预配 Hadoop 群集][hdinsight-provision]。使用自定义选项设置 HDInsight 群集的选项之一是使用 Azure PowerShell。 **在 Contoso-VNet-CN 中预配 HBase 群集** diff --git a/articles/hdinsight-hbase-provision-vnet-v1.md b/articles/hdinsight-hbase-provision-vnet-v1.md index 3b6abc4e3..899858fa9 100644 --- a/articles/hdinsight-hbase-provision-vnet-v1.md +++ b/articles/hdinsight-hbase-provision-vnet-v1.md @@ -187,7 +187,7 @@ DNS 服务器是可选的，但在某些情况下又是必需的。[在两个 Az ##通过使用 HBase Java RPC API 连接到虚拟网络中设置的 HBase 群集 -1. 将基础结构即服务 (IaaS) 虚拟机设置到相同的 Azure 虚拟网络和子网中。因此，虚拟机和 HBase 群集使用相同的内部 DNS 服务器来解析主机名。为此，你必须选择“从库中”选项，然后选择虚拟网络而不是数据中心。有关说明，请参阅[创建运行 Windows Server 的虚拟机](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。具有小型虚拟机的标准 Windows Server 2012 映像已足够。 +1. 将基础结构即服务 (IaaS) 虚拟机设置到相同的 Azure 虚拟网络和子网中。因此，虚拟机和 HBase 群集使用相同的内部 DNS 服务器来解析主机名。为此，你必须选择“从库中”选项，然后选择虚拟网络而不是数据中心。有关说明，请参阅[创建运行 Windows Server 的虚拟机](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。具有小型虚拟机的标准 Windows Server 2012 镜像已足够。 2. 使用 Java 应用程序远程连接到 HBase 时，必须使用完全限定域名 (FQDN)。若要确定这一点，你必须获取 HBase 群集的连接特定的 DNS 后缀。为此，请使用 Curl 查询 Ambari，或使用远程桌面来连接到群集。 diff --git a/articles/hdinsight-hbase-provision-vnet.md b/articles/hdinsight-hbase-provision-vnet.md index 75fe5dddf..802a29f5c 100644 --- a/articles/hdinsight-hbase-provision-vnet.md +++ b/articles/hdinsight-hbase-provision-vnet.md @@ -163,7 +163,7 @@ DNS 服务器是可选的，但在某些情况下又是必需的。[在两个 Az ##通过使用 HBase Java RPC API 连接到虚拟网络中设置的 HBase 群集 -1. 将基础结构即服务 (IaaS) 虚拟机设置到相同的 Azure 虚拟网络和子网中。因此，虚拟机和 HBase 群集使用相同的内部 DNS 服务器来解析主机名。为此，你必须选择“从库中”选项，然后选择虚拟网络而不是数据中心。有关说明，请参阅[创建运行 Windows Server 的虚拟机](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。具有小型虚拟机的标准 Windows Server 2012 映像已足够。 +1. 将基础结构即服务 (IaaS) 虚拟机设置到相同的 Azure 虚拟网络和子网中。因此，虚拟机和 HBase 群集使用相同的内部 DNS 服务器来解析主机名。为此，你必须选择“从库中”选项，然后选择虚拟网络而不是数据中心。有关说明，请参阅[创建运行 Windows Server 的虚拟机](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。具有小型虚拟机的标准 Windows Server 2012 镜像已足够。 2. 使用 Java 应用程序远程连接到 HBase 时，必须使用完全限定域名 (FQDN)。若要确定这一点，你必须获取 HBase 群集的连接特定的 DNS 后缀。为此，请使用 Curl 查询 Ambari，或使用远程桌面来连接到群集。 diff --git a/articles/hdinsight-provision-clusters-v1.md b/articles/hdinsight-provision-clusters-v1.md index 6fe7577a9..ce7cd660d 100644 --- a/articles/hdinsight-provision-clusters-v1.md +++ b/articles/hdinsight-provision-clusters-v1.md @@ -152,7 +152,7 @@ - hive-site.xml - oozie-site.xml -群集无法保留重新制作映像所造成的更改。有关详细信息，请参阅[重新启动角色实例进行 OS 升级](http://blogs.msdn.com/b/kwill/archive/2012/09/19/role-instance-restarts-due-to-os-upgrades.aspx)。若要在群集生存期保留更改，你可以在预配过程中使用 HDInsight 群集自定义。 +群集无法保留重新制作镜像所造成的更改。有关详细信息，请参阅[重新启动角色实例进行 OS 升级](http://blogs.msdn.com/b/kwill/archive/2012/09/19/role-instance-restarts-due-to-os-upgrades.aspx)。若要在群集生存期保留更改，你可以在预配过程中使用 HDInsight 群集自定义。 下面是用于自定义 Hive 配置的 Azure PowerShell 脚本示例： diff --git a/articles/hdinsight-provision-clusters.md b/articles/hdinsight-provision-clusters.md index 0abda905f..5cf9c102a 100644 --- a/articles/hdinsight-provision-clusters.md +++ b/articles/hdinsight-provision-clusters.md @@ -154,7 +154,7 @@ - hive-site.xml - oozie-site.xml -群集无法保留重新制作映像所造成的更改。有关详细信息，请参阅[重新启动角色实例进行 OS 升级](http://blogs.msdn.com/b/kwill/archive/2012/09/19/role-instance-restarts-due-to-os-upgrades.aspx)。若要在群集生存期保留更改，你可以在创建过程中使用 HDInsight 群集自定义。 +群集无法保留重新制作镜像所造成的更改。有关详细信息，请参阅[重新启动角色实例进行 OS 升级](http://blogs.msdn.com/b/kwill/archive/2012/09/19/role-instance-restarts-due-to-os-upgrades.aspx)。若要在群集生存期保留更改，你可以在创建过程中使用 HDInsight 群集自定义。 下面是用于自定义 Hive 配置的 Azure PowerShell 脚本示例： diff --git a/articles/nodejs-use-node-modules-azure-apps.md b/articles/nodejs-use-node-modules-azure-apps.md index db79bee06..42b965804 100644 --- a/articles/nodejs-use-node-modules-azure-apps.md +++ b/articles/nodejs-use-node-modules-azure-apps.md @@ -29,7 +29,7 @@ ###本机模块 -虽然多数模块都只是纯文本 JavaScript 文件，但一些模块是特定于平台的二进制映像。这些模块通常是在安装时使用 Python 和 node-gyp 编译的。由于 Azure 云服务依赖作为应用程序一部分部署的 **node_modules** 文件夹，因此只要作为已安装模块一部分包含的任何本机模块是在 Windows 开发系统中安装和编译的，那么该模块都应在云服务中运行。 +虽然多数模块都只是纯文本 JavaScript 文件，但一些模块是特定于平台的二进制镜像。这些模块通常是在安装时使用 Python 和 node-gyp 编译的。由于 Azure 云服务依赖作为应用程序一部分部署的 **node_modules** 文件夹，因此只要作为已安装模块一部分包含的任何本机模块是在 Windows 开发系统中安装和编译的，那么该模块都应在云服务中运行。 Azure 网站不支持所有本机模块，并且在编译那要求具有非常特定的系统组建的模块时可能会失败。一些常用模块（如 MongoDB）需要的本机依赖项是可选的，如果没有这些依赖项可勉强正常工作。对于当今几乎所有的可用本机模块而言，有两种成功的解决方法： diff --git a/articles/notification-hubs-android-get-started.md b/articles/notification-hubs-android-get-started.md index d11f56dff..374a159cb 100644 --- a/articles/notification-hubs-android-get-started.md +++ b/articles/notification-hubs-android-get-started.md @@ -468,7 +468,7 @@ ##测试应用程序 ####模拟器测试 -如果你想要在模拟器上进行测试，请确保模拟器映像支持你为应用选择的 Google API 级别。如果你的映像不支持 Google API，最终将会发生 **SERVICE\_NOT\_AVAILABLE** 异常。 +如果你想要在模拟器上进行测试，请确保模拟器镜像支持你为应用选择的 Google API 级别。如果你的镜像不支持 Google API，最终将会发生 **SERVICE\_NOT\_AVAILABLE** 异常。 此外，请确保已将 Google 帐户添加到运行的模拟器的“设置”->“帐户”下。否则，尝试向 GCM 注册可能会导致 **AUTHENTICATION\_FAILED** 异常。 diff --git a/articles/service-bus-relay-rest-tutorial.md b/articles/service-bus-relay-rest-tutorial.md index 30483cc8c..34460402d 100644 --- a/articles/service-bus-relay-rest-tutorial.md +++ b/articles/service-bus-relay-rest-tutorial.md @@ -216,7 +216,7 @@ namespace Microsoft.ServiceBus.Samples } ``` -7. 直接在上一代码后面，在 **ImageService** 类中添加以下 **GetImage** 方法，以返回包含该映像的 HTTP 消息。 +7. 直接在上一代码后面，在 **ImageService** 类中添加以下 **GetImage** 方法，以返回包含该镜像的 HTTP 消息。 ``` public Stream GetImage() @@ -231,7 +231,7 @@ namespace Microsoft.ServiceBus.Samples } ``` - 此实现使用 **MemoryStream** 检索映像并准备将其流式传输到浏览器。它将流位置设置为从零开始，将流内容声明为 jpeg，然后流式传输信息。 + 此实现使用 **MemoryStream** 检索镜像并准备将其流式传输到浏览器。它将流位置设置为从零开始，将流内容声明为 jpeg，然后流式传输信息。 8. 在“生成”菜单中，单击“生成解决方案”。 diff --git a/articles/site-recovery-components.md b/articles/site-recovery-components.md index 1bad3c077..85ceb288c 100644 --- a/articles/site-recovery-components.md +++ b/articles/site-recovery-components.md @@ -93,7 +93,7 @@ Azure 站点恢复 有助于业务连续性和灾难恢复 (BCDR) 策略，因 **Microsoft 恢复服务代理** | 处理 Hyper-V 主机服务器与 站点恢复 服务之间的通信 | 在 Hyper-V 主机服务器上安装 |

在您设置 Hyper-V 站点与 Azure 之间的保护时使用。

您下载单个提供程序，其中包括适用于 Hyper-V 的 Azure 站点恢复提供程序以及 Microsoft 恢复服务代理。

**进程服务器/故障回复进程服务器** |

在来自受保护 VMware 虚拟机或 Windows/Linux 物理服务器的数据被发送到 Azure 中的主目标服务器之前优化该数据

需要请求在 VMware 虚拟机或物理服务器上安装移动服务

执行 VMware 虚拟机自动发现。

故障回复进程服务器：只有复制之前优化数据的第一个点适用于故障回复进程服务器

|

在本地服务器上安装，该服务器应至少运行 Windows Server 2012 R2

故障回复进程服务器：在标准 A4 大小的 Azure 虚拟机上运行

|

在您设置本地物理服务器或 VMware 虚拟机与 Azure 之间的保护时使用。

故障回复进程服务器：在从 Azure 向本地进行故障回复时使用

**移动服务** | 在受保护的计算机上捕获更改，并将这些更改告知本地进程服务器，以复制到 Azure。 | 在本地 VMware 虚拟机上或在您想要保护的物理服务器上安装| 在您设置本地物理服务器或 VMware 虚拟机与 Azure 之间的保护时使用 -**主目标服务器/故障回复主目标服务器** |

使用在 Azure 存储帐户中的 blob 存储上创建的附加 VHD，保留从受保护的计算机复制的数据

故障回复主目标服务器：保留来自 Azure 中已进行过故障转移的虚拟机的复制数据。数据保留在数据存储区中创建的 VMDK 中，数据存储区是在故障回复启用反向复制时选择的。

|

作为基于 Windows Server 2012 R2 库映像（用于保护 Windows 计算机）的 Azure 虚拟机或 Windows 服务器进行安装，或作为基于 OpenLogic CentOS 6.6 库映像（用于保护 Linux 计算机）的 Linux 服务器进行安装

有两个大小调整选项 – 标准 A3 和标准 D14

故障回复主目标服务器：在 VMware 虚拟机上运行。其在对计算机进行故障回复的同一主机上进行设置。

|

在您设置本地物理服务器或 VMware 虚拟机与 Azure 之间的保护时使用。

故障回复主目标服务器：在以虚拟方式从 Azure 向本地进行故障回复时使用。

+**主目标服务器/故障回复主目标服务器** |

使用在 Azure 存储帐户中的 blob 存储上创建的附加 VHD，保留从受保护的计算机复制的数据

故障回复主目标服务器：保留来自 Azure 中已进行过故障转移的虚拟机的复制数据。数据保留在数据存储区中创建的 VMDK 中，数据存储区是在故障回复启用反向复制时选择的。

|

作为基于 Windows Server 2012 R2 库镜像（用于保护 Windows 计算机）的 Azure 虚拟机或 Windows 服务器进行安装，或作为基于 OpenLogic CentOS 6.6 库镜像（用于保护 Linux 计算机）的 Linux 服务器进行安装

有两个大小调整选项 – 标准 A3 和标准 D14

故障回复主目标服务器：在 VMware 虚拟机上运行。其在对计算机进行故障回复的同一主机上进行设置。

|

在您设置本地物理服务器或 VMware 虚拟机与 Azure 之间的保护时使用。

故障回复主目标服务器：在以虚拟方式从 Azure 向本地进行故障回复时使用。

**配置服务器** |

在 Azure 中协调受保护的计算机、进程服务器和主目标服务器之间的通信

发生故障转移时在 Azure 中安排复制并协调恢复

| 安装在与 站点恢复 相同的 Azure 订阅中的 Azure 标准 A3 虚拟机上。 | 在您设置本地物理服务器或 VMware 虚拟机与 Azure 之间的保护时使用 @@ -139,7 +139,7 @@ Azure 站点恢复 有助于业务连续性和灾难恢复 (BCDR) 策略，因 #### 配置服务器 -- 配置服务器是基于 Azure 站点恢复的标准 A3 虚拟机，系统将在您的订阅中为配置服务器创建 Windows Server 2012 R2 库映像。它将使用保留的公用 IP 地址作为第一个实例在新的云服务中创建。 +- 配置服务器是基于 Azure 站点恢复的标准 A3 虚拟机，系统将在您的订阅中为配置服务器创建 Windows Server 2012 R2 库镜像。它将使用保留的公用 IP 地址作为第一个实例在新的云服务中创建。 - 安装路径仅限使用英文字符。 #### 移动服务 diff --git a/articles/site-recovery-vmware-to-azure.md b/articles/site-recovery-vmware-to-azure.md index 1368864f8..52ae0f709 100644 --- a/articles/site-recovery-vmware-to-azure.md +++ b/articles/site-recovery-vmware-to-azure.md @@ -52,7 +52,7 @@ Azure Site Recovery 有助于业务连续性和灾难恢复 (BCDR) 策略，因 **组件** | **部署** | **详细信息** --- | --- | --- **配置服务器** |

在与站点恢复相同的订阅中部署一个 Azure 标准 A3 虚拟机。

在站点恢复门户中设置

| 此服务器可在 Azure 中协调受保护的计算机、进程服务器和主目标服务器之间的通信。在执行故障转移时，它可在 Azure 中设置复制并协调恢复。 -**主目标服务器** |

你可以将其部署为基于 Windows Server 2012 R2 库映像（用于保护 Windows 计算机）的 Azure 虚拟机或 Windows 服务器，或将其部署为基于 OpenLogic CentOS 6.6 库映像（用于保护 Linux 计算机）的 Linux 服务器。

共有三个大小选项可供选择－标准 A4、标准 D14 和标准 DS4。

该服务器连接到配置服务器所在的 Azure 网络。

在站点恢复门户中设置

|

它使用在 Azure 存储帐户的 Blob 存储上所创建的附加 VHD 从受保护计算机接收并保留复制的数据。

标准 DS4 专门用于针对需要通过高级存储帐户持续提供高性能和低延迟的工作负荷配置保护。

+**主目标服务器** |

你可以将其部署为基于 Windows Server 2012 R2 库镜像（用于保护 Windows 计算机）的 Azure 虚拟机或 Windows 服务器，或将其部署为基于 OpenLogic CentOS 6.6 库镜像（用于保护 Linux 计算机）的 Linux 服务器。

共有三个大小选项可供选择－标准 A4、标准 D14 和标准 DS4。

该服务器连接到配置服务器所在的 Azure 网络。

在站点恢复门户中设置

|

它使用在 Azure 存储帐户的 Blob 存储上所创建的附加 VHD 从受保护计算机接收并保留复制的数据。

标准 DS4 专门用于针对需要通过高级存储帐户持续提供高性能和低延迟的工作负荷配置保护。

**进程服务器** |

部署为运行 Windows Server 2012 R2 的本地虚拟或物理服务器

我们建议将进程服务器放置在与要保护的计算机相同的网络和 LAN 网段中，但是，它可以运行在不同网络上，只要受保护的计算机对其拥有 L3 网络可见性即可。

可以在站点恢复门户中设置该服务器并将其注册到配置服务器。

|

受保护的虚拟机将复制数据发送到本地进程服务器。它具有基于磁盘的缓存，用于缓存所收到的复制数据。它对该数据执行多种操作。

它通过在发送数据到主目标服务器之前，缓存、压缩和加密数据来优化数据。

处理移动服务的推送安装。

它执行 VMware 虚拟机的自动发现。

**本地计算机** | 本地虚拟机是在 VMware 虚拟机监控程序上运行的虚拟机，或是运行 Windows 或 Linux 的物理服务器。 | 你可以设置应用于虚拟机和服务器的复制设置。你可以故障转移单个计算机，或更常见地，随着包含多个虚拟机的恢复方案一起故障转移。 **移动服务** |

在想要保护的每个虚拟机或物理服务器上安装

为服务器启用保护时，可以手动安装或推送并由进程服务器自动安装。 | 移动服务随着初始复制（重新同步处理）将数据发送到进程服务器。 一旦服务器进入受保护状态（重新同步处理完成之后），移动服务将执行写入磁盘的内存中捕获，并将其发送到进程服务器。Windows 服务器的应用程序一致性是使用 VSS 框架实现的。 @@ -162,7 +162,7 @@ Azure Site Recovery 有助于业务连续性和灾难恢复 (BCDR) 策略，因 **Azure 虚拟网络** | 你将需要 Azure 虚拟网络，配置服务器和主目标服务器将部署在该网络上。它应该位于 Azure Site Recovery 保管库所在的订阅和区域中。如果你要通过 ExpressRoute 或 VPN 连接复制数据，Azure 虚拟网络必须通过 ExpressRoute 连接或站点到站点 VPN 连接到本地网络。 **Azure 资源** | 确保你有足够的 Azure 资源用于部署所有组件。在 [Azure 订阅限制](/documentation/articles/azure-subscription-service-limits)中阅读更多内容。 **Azure 虚拟机** |

要保护的虚拟机应该符合 [Azure 先决条件](/documentation/articles/site-recovery-best-practices)。

磁盘计数 — 单个受保护的服务器最多可以支持 31 个磁盘

磁盘大小 — 单个磁盘的容量不能超过 1023 GB

群集 — 不支持群集服务器

启动 — 不支持统一可扩展固件接口 (UEFI)/可扩展固件接口 (EFI)

卷 — 不支持 Bitlocker 加密卷

**服务器名称** — 名称应包含 1 到 63 个字符（字母、数字和连字符）。名称必须以字母或数字开头，并以字母或数字结尾。在计算机受到保护后，你可以修改 Azure 名称。

-**配置服务器** |

将在你的订阅中针对配置服务器创建基于 Azure Site Recovery Windows Server 2012 R2 库映像的标准 A3 虚拟机。它将作为第一个实例在新的云服务中创建。如果你选择“公共 Internet”作为配置服务器的连接类型，将使用保留的公共 IP 地址创建云服务。

安装路径应该只包含英文字符。

+**配置服务器** |

将在你的订阅中针对配置服务器创建基于 Azure Site Recovery Windows Server 2012 R2 库镜像的标准 A3 虚拟机。它将作为第一个实例在新的云服务中创建。如果你选择“公共 Internet”作为配置服务器的连接类型，将使用保留的公共 IP 地址创建云服务。

安装路径应该只包含英文字符。

**主目标服务器** |

标准 A4、D14 或 DS4 Azure 虚拟机。

安装路径应该只包含英文字符。例如，对于运行 Linux 的主目标服务器，路径应为 **/usr/local/ASR**。

**进程服务器** |

你可以在运行带有最新更新的 Windows Server 2012 R2 的物理或虚拟机上部署进程服务器。在 C:/ 上安装。

我们建议你将该服务器放置在你要保护的计算机所在的网络和子网上。

在进程服务器上安装 VMware vSphere CLI 5.5.0。进程服务器上需要有 VMware vSphere CLI 组件才能发现 vCenter 服务器管理的虚拟机或 ESXi 主机上运行的虚拟机。

安装路径应该只包含英文字符。

**VMware** |

用于管理 VMware vSphere 虚拟机监控程序的 VMware vCenter 服务器。它应该运行的是带有最新更新的 vCenter 5.1 或 5.5 版。

一个或多个包含要保护的 VMware 虚拟机的 vSphere 虚拟机监控程序。虚拟机监控程序应该运行的是带有最新更新的 ESX/ESXi 版本 5.1 或 5.5。

VMware 虚拟机上应已安装并运行 VMware 工具。

@@ -231,7 +231,7 @@ Azure Site Recovery 有助于业务连续性和灾难恢复 (BCDR) 策略，因 ![部署配置服务器](./media/site-recovery-vmware-to-azure/ASRVMware_CSDetails2.png) -5. 在单击“确定”时，将在你的订阅中针对配置服务器创建基于 Azure Site Recovery Windows Server 2012 R2 库映像的标准 A3 虚拟机。它将作为第一个实例在新的云服务中创建。如果你将网络连接类型指定为“公共 Internet”，则会使用保留的公共 IP 地址创建云服务。你可以在“作业”选项卡中监视进度。 +5. 在单击“确定”时，将在你的订阅中针对配置服务器创建基于 Azure Site Recovery Windows Server 2012 R2 库镜像的标准 A3 虚拟机。它将作为第一个实例在新的云服务中创建。如果你将网络连接类型指定为“公共 Internet”，则会使用保留的公共 IP 地址创建云服务。你可以在“作业”选项卡中监视进度。 ![监视进度](./media/site-recovery-vmware-to-azure/ASRVMWare_MonitorConfigServer.png) @@ -337,7 +337,7 @@ Azure Site Recovery 有助于业务连续性和灾难恢复 (BCDR) 策略，因 ## 步骤 3：部署主目标服务器 1. 在“准备目标(Azure)资源”中，单击“部署主目标服务器”。 -2. 指定主目标服务器的详细信息和凭据。该服务器将部署在注册到的配置服务器所在的 Azure 网络中。在单击完成时，将使用 Windows 或 Linux 库映像创建 Azure 虚拟机。 +2. 指定主目标服务器的详细信息和凭据。该服务器将部署在注册到的配置服务器所在的 Azure 网络中。在单击完成时，将使用 Windows 或 Linux 库镜像创建 Azure 虚拟机。 ![目标服务器设置](./media/site-recovery-vmware-to-azure/ASRVMWare_TSDetails.png) diff --git a/articles/storage-create-storage-account.md b/articles/storage-create-storage-account.md index c0788dc73..faf6048d6 100644 --- a/articles/storage-create-storage-account.md +++ b/articles/storage-create-storage-account.md @@ -149,7 +149,7 @@ Azure 存储帐户授予你访问 Azure 存储空间中的 Azure Blob、队列 > [AZURE.WARNING] 无法恢复已删除的存储帐户，也无法检索删除之前该存储帐户包含的任何内容。请在删除帐户之前务必备份你想要保存的任何内容。对于帐户中的任务资源也是如此 - 一旦你删除了一个 Blob、表、队列或文件 ，则它将被永久删除。 > -> 如果你的存储帐户包含用于 Azure 虚拟机的 VHD 文件，则必须删除使用这些 VHD 文件的任何映像和磁盘，然后才能删除存储帐户。首先，如果虚拟机正在运行，则停止运行，然后将其删除。若要删除磁盘，请导航到“磁盘”选项卡，然后在那里删除存所有磁盘。若要删除映像，请导航到“映像”选项卡，然后删除存储在帐户中的任何映像。 +> 如果你的存储帐户包含用于 Azure 虚拟机的 VHD 文件，则必须删除使用这些 VHD 文件的任何镜像和磁盘，然后才能删除存储帐户。首先，如果虚拟机正在运行，则停止运行，然后将其删除。若要删除磁盘，请导航到“磁盘”选项卡，然后在那里删除存所有磁盘。若要删除镜像，请导航到“镜像”选项卡，然后删除存储在帐户中的任何镜像。 1. 在[管理门户](http://manage.windowsazure.cn)中，单击“存储”。 diff --git a/articles/storage-how-to-use-files-linux.md b/articles/storage-how-to-use-files-linux.md index 2482cb568..cea2ea9d5 100644 --- a/articles/storage-how-to-use-files-linux.md +++ b/articles/storage-how-to-use-files-linux.md @@ -26,7 +26,7 @@ Azure 文件存储使用标准 SMB 协议在云中提供文件共享。文件存 ## 选择要使用的 Linux 分发 ## -在 Azure 中创建 Linux 虚拟机时，可以从 Azure 映像库指定支持 SMB 2.1 或更高版本的 Linux 映像。下面是建议的 Linux 映像的列表： +在 Azure 中创建 Linux 虚拟机时，可以从 Azure 镜像库指定支持 SMB 2.1 或更高版本的 Linux 镜像。下面是建议的 Linux 镜像的列表： - Ubuntu Server 14.04 - Ubuntu Server 15.04 @@ -53,7 +53,7 @@ Azure 文件存储使用标准 SMB 协议在云中提供文件共享。文件存 //myaccountname.file.core.chinacloudapi.cn/mysharename /mymountpoint cifs vers=3.0,username= myaccountname,password= StorageAccountKeyEndingIn==,dir_mode=0777,file_mode=0777 -例如，如果你是使用 Linux 映像 Ubuntu Server 15.04（可从 Azure 映像库中获得）创建的 Azure VM，则可以按如下所示装载文件： +例如，如果你是使用 Linux 镜像 Ubuntu Server 15.04（可从 Azure 镜像库中获得）创建的 Azure VM，则可以按如下所示装载文件： azureuser@azureconubuntu:~$ sudo apt-get install apt-file azureuser@azureconubuntu:~$ sudo mkdir /mnt/mountpoint diff --git a/articles/storage-migration-to-premium-storage.md b/articles/storage-migration-to-premium-storage.md index 061122470..d62d71c79 100644 --- a/articles/storage-migration-to-premium-storage.md +++ b/articles/storage-migration-to-premium-storage.md @@ -77,7 +77,7 @@ 以下部分提供了从 VM 准备 VHD，使它们准备好迁移的准则。VHD 可以是： -- 可用于创建多个 Azure VM 的通用操作系统映像。 +- 可用于创建多个 Azure VM 的通用操作系统镜像。 - 可用于单个 Azure 虚拟机实例的操作系统磁盘。 - 可附加到 Azure VM 作为持久存储的数据磁盘。 @@ -127,7 +127,7 @@ ## 将 VHD 复制到 Azure 存储空间 -现在，VHD 已准备就绪，请按照下面所述的步骤将 VHD 上载到 Azure 存储空间，并将其注册为操作系统映像、已配置的操作系统磁盘或已配置的数据磁盘。 +现在，VHD 已准备就绪，请按照下面所述的步骤将 VHD 上载到 Azure 存储空间，并将其注册为操作系统镜像、已配置的操作系统磁盘或已配置的数据磁盘。 ### 创建 VHD 的目标账号 @@ -207,7 +207,7 @@ ## 使用高级存储创建 Azure VM -将 VHD 上载到所需的存储帐户后，请按照本部分中的说明将 VHD 注册为 OS 映像或 OS 磁盘（具体取决于你的方案），然后从中创建 VM 实例。在创建后，可以将数据磁盘 VHD 附加到 VM。 +将 VHD 上载到所需的存储帐户后，请按照本部分中的说明将 VHD 注册为 OS 镜像或 OS 磁盘（具体取决于你的方案），然后从中创建 VM 实例。在创建后，可以将数据磁盘 VHD 附加到 VM。 ### 注册 VHD @@ -215,11 +215,11 @@ #### 用于创建多个 Azure VM 实例的通用操作系统 VHD -将通用 OS 映像 VHD 上载到存储帐户后，将其注册为 **Azure VM 映像**，以便可以从中创建一个或多个 VM 实例。使用以下 PowerShell cmdlet 将你的 VHD 注册为 Azure VM OS 映像。提供 VHD 已复制到的完整容器 URL。 +将通用 OS 镜像 VHD 上载到存储帐户后，将其注册为 **Azure VM 镜像**，以便可以从中创建一个或多个 VM 实例。使用以下 PowerShell cmdlet 将你的 VHD 注册为 Azure VM OS 镜像。提供 VHD 已复制到的完整容器 URL。 Add-AzureVMImage -ImageName "OSImageName" -MediaLocation "https://storageaccount.blob.core.chinacloudapi.cn/vhdcontainer/osimage.vhd" -OS Windows -复制并保存这个新的 Azure VM 映像的名称。在上面的示例中，它是 *OSImageName*。 +复制并保存这个新的 Azure VM 镜像的名称。在上面的示例中，它是 *OSImageName*。 #### 用于创建单个 Azure VM 实例的唯一操作系统 VHD @@ -241,7 +241,7 @@ ### 创建 Azure DS 系列 VM -注册 OS 映像或 OS 磁盘后，请创建新的 DS 系列 Azure VM 实例。你将使用你注册的操作系统映像或操作系统磁盘名称。从高级存储层选择 VM 类型。在以下示例中，我们将使用 *Standard\_DS2* VM 大小。可以使用相同的步骤创建 GS 系列 VM。 +注册 OS 镜像或 OS 磁盘后，请创建新的 DS 系列 Azure VM 实例。你将使用你注册的操作系统镜像或操作系统磁盘名称。从高级存储层选择 VM 类型。在以下示例中，我们将使用 *Standard\_DS2* VM 大小。可以使用相同的步骤创建 GS 系列 VM。 >[AZURE.NOTE]更新磁盘大小，以确保它满足你的容量、性能要求和可用的 Azure 磁盘大小。 @@ -259,11 +259,11 @@ New-AzureService -ServiceName $serviceName -Location $location -接下来，根据你的方案，从注册的 OS 映像或 OS 磁盘创建 Azure VM 实例。 +接下来，根据你的方案，从注册的 OS 镜像或 OS 磁盘创建 Azure VM 实例。 #### 用于创建多个 Azure VM 实例的通用操作系统 VHD -使用注册的 **Azure OS 映像**创建一个或多个新的 DS 系列 Azure VM 实例。创建新 VM 时，在 VM 配置中指定此 OS 映像名称，如下所示。 +使用注册的 **Azure OS 镜像**创建一个或多个新的 DS 系列 Azure VM 实例。创建新 VM 时，在 VM 配置中指定此 OS 镜像名称，如下所示。 $OSImage = Get-AzureVMImage –ImageName "OSImageName" diff --git a/articles/storage-premium-storage-preview-portal.md b/articles/storage-premium-storage-preview-portal.md index 7fc6fa9fc..ff0d19840 100644 --- a/articles/storage-premium-storage-preview-portal.md +++ b/articles/storage-premium-storage-preview-portal.md @@ -201,14 +201,14 @@ Azure 会将磁盘大小映射（向上舍入）至表中指定的最接近高 - 对于缓存设置为“ReadWrite”的高级存储磁盘，应该启用屏障以实现写入持久性。 - 要在重新启动 VM 后保留卷标，你必须使用对磁盘的 UUID 引用来更新 /etc/fstab。另请参阅 [如何将数据磁盘附加到 Linux 虚拟机。](/documentation/articles/virtual-machines-linux-how-to-attach-disk) -以下是我们使用高级存储验证过的 Linux 分发版。我们建议将 VM 升级到其中至少一个版本（或更新版本），以改进高级存储的性能和稳定性。此外，某些版本需要最新的 LIS（适用于 Windows Azure 的 Linux Integration Services v4.0）。请使用下面提供的链接进行下载和安装。在我们完成其他验证后，将陆续在列表中添加更多映像。请注意，我们的验证表明，性能根据映像而有所不同，并且还取决于工作负荷特征和映像上的设置。不同的映像已针对不同种类的工作负荷进行优化。 +以下是我们使用高级存储验证过的 Linux 分发版。我们建议将 VM 升级到其中至少一个版本（或更新版本），以改进高级存储的性能和稳定性。此外，某些版本需要最新的 LIS（适用于 Windows Azure 的 Linux Integration Services v4.0）。请使用下面提供的链接进行下载和安装。在我们完成其他验证后，将陆续在列表中添加更多镜像。请注意，我们的验证表明，性能根据镜像而有所不同，并且还取决于工作负荷特征和镜像上的设置。不同的镜像已针对不同种类的工作负荷进行优化。 - + diff --git a/articles/virtual-machines-a8-a9-a10-a11-specs.md b/articles/virtual-machines-a8-a9-a10-a11-specs.md index b6c20a73d..b420828de 100644 --- a/articles/virtual-machines-a8-a9-a10-a11-specs.md +++ b/articles/virtual-machines-a8-a9-a10-a11-specs.md @@ -23,7 +23,7 @@ * **MPI 应用程序的 RDMA 网络连接** – 当配置有必要的网络驱动程序时，A8 和 A9 实例可以通过 Azure 中基于远程直接内存访问 (RDMA) 技术的低延迟、高吞吐量网络与其他 A8 和 A9 实例通信。此功能可以提高使用受支持的 Linux 或 Windows 消息传递接口 (MPI) 实现的应用程序的性能。 -* **支持 Linux 和 Windows HPC 群集** – 在 Azure 中的 A8、A9、A10 和 A11 实例上部署群集管理和作业计划软件，以创建一个独立的 HPC 群集或将容量添加到本地群集。与其他 Azure VM 大小一样，A8、A9、A10 和 A11 实例支持标准或自定义 Windows Server 和 Linux 操作系统映像或 Azure VM (IaaS) 中的 Azure 资源管理器模板，或云服务中的 Azure 来宾 OS 版本（PaaS，仅限于 Windows Server）。 +* **支持 Linux 和 Windows HPC 群集** – 在 Azure 中的 A8、A9、A10 和 A11 实例上部署群集管理和作业计划软件，以创建一个独立的 HPC 群集或将容量添加到本地群集。与其他 Azure VM 大小一样，A8、A9、A10 和 A11 实例支持标准或自定义 Windows Server 和 Linux 操作系统镜像或 Azure VM (IaaS) 中的 Azure 资源管理器模板，或云服务中的 Azure 来宾 OS 版本（PaaS，仅限于 Windows Server）。 >[AZURE.NOTE]A10 和 A11 实例与 A8 和 A9 实例具有相同的性能优化和规范。但是，它们不包括对 Azure 中 RDMA 网络的访问权限。它们为节点间不需要保持恒定和低延迟通信的 HPC 应用程序（也称为参数化或易并行应用程序）而设计。对于运行 MPI 应用程序以外的工作负荷，A8 和 A9 实例不会访问 RDMA 网络，并且功能上等效于 A10 和 A11 实例。 @@ -89,13 +89,13 @@ A10 和 A11 实例具有连接到 Azure 服务和 Internet 的单个 10-Gbps 以 在单个云服务或可用性集中，A8 和 A9 实例可访问 Azure 中的 RDMA 网络，以运行使用 Linux RDMA 驱动程序在实例间通信的 MPI 应用程序。目前，仅 [Intel MPI Library 5](https://software.intel.com/zh-cn/intel-mpi-library/) 支持 Azure Linux RDMA。 ->[AZURE.NOTE]目前，Azure Linux RDMA 驱动程序不可通过驱动程序扩展安装。仅当使用来自 Azure 应用商店的已启用 RDMA 的 SLES 12 映像时，它们才可用。 +>[AZURE.NOTE]目前，Azure Linux RDMA 驱动程序不可通过驱动程序扩展安装。仅当使用来自 Azure 应用商店的已启用 RDMA 的 SLES 12 镜像时，它们才可用。 请参阅下表，了解 Linux MPI 应用程序要能够访问计算节点 (IaaS) 群集中的 RDMA 网络所需具备的先决条件。有关部署选项和配置步骤，请参阅[设置 Linux RDMA 群集以运行 MPI 应用程序](/documentation/articles/virtual-machines-linux-cluster-rdma)。 先决条件 | 虚拟机 (IaaS) ------------ | ------------- -操作系统 | 来自 Azure 应用商店的 SLES 12 HPC 映像 +操作系统 | 来自 Azure 应用商店的 SLES 12 HPC 镜像 MPI | Intel MPI Library 5 ### Windows A8 和 A9 实例的访问权限 diff --git a/articles/virtual-machines-arm-deployment.md b/articles/virtual-machines-arm-deployment.md index 6a3e9c5b5..1cd21b095 100644 --- a/articles/virtual-machines-arm-deployment.md +++ b/articles/virtual-machines-arm-deployment.md @@ -338,7 +338,7 @@ } } - >[AZURE.NOTE]映像库中的映像 vhd 名称经常发生变化，因此你需要获取当前映像名称以部署虚拟机。为此，请参阅[使用 Windows PowerShell 管理映像 (Windows)](https://msdn.microsoft.com/zh-cn/library/azure/dn790330.aspx)，然后将 {source-image-name} 替换为要使用的 vhd 文件名。例如，“a699494373c04fc0bc8f2bb1389d6106\__Windows-Server-2012-R2-201411.01-en.us-127GB.vhd”。 + >[AZURE.NOTE]镜像库中的镜像 vhd 名称经常发生变化，因此你需要获取当前镜像名称以部署虚拟机。为此，请参阅[使用 Windows PowerShell 管理镜像 (Windows)](https://msdn.microsoft.com/zh-cn/library/azure/dn790330.aspx)，然后将 {source-image-name} 替换为要使用的 vhd 文件名。例如，“a699494373c04fc0bc8f2bb1389d6106\__Windows-Server-2012-R2-201411.01-en.us-127GB.vhd”。 将 {subscription-id} 替换为订阅的标识符。 diff --git a/articles/virtual-machines-automation-with-chef.md b/articles/virtual-machines-automation-with-chef.md index b278c9298..05719d579 100755 --- a/articles/virtual-machines-automation-with-chef.md +++ b/articles/virtual-machines-automation-with-chef.md @@ -134,7 +134,7 @@ PEM 文件包含你的组织和用于通信的管理私钥，而 **knife.rb** knife azure image list -如果所有项都已正确配置，你会看到可用 Azure 映像的列表滚动显示。 +如果所有项都已正确配置，你会看到可用 Azure 镜像的列表滚动显示。 祝贺你。工作站已设置！ diff --git a/articles/virtual-machines-capture-image-windows-server.md b/articles/virtual-machines-capture-image-windows-server.md index 7aa2cce8a..9f42e4bb6 100644 --- a/articles/virtual-machines-capture-image-windows-server.md +++ b/articles/virtual-machines-capture-image-windows-server.md @@ -1,6 +1,6 @@ -#捕获使用经典部署模型创建的 Windows 虚拟机的映像。 +#捕获使用经典部署模型创建的 Windows 虚拟机的镜像。 [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)]本文介绍如何使用经典部署模型创建资源。 -本文将演示如何捕获运行 Windows 的 Azure 虚拟机，你可以将它用作映像来创建其他虚拟机。此映像包含操作系统磁盘和任何附加到虚拟机的数据磁盘。由于它不包括网络配置，因此你在使用此模板创建其他虚拟机时，需要进行相关配置。 +本文将演示如何捕获运行 Windows 的 Azure 虚拟机，你可以将它用作镜像来创建其他虚拟机。此镜像包含操作系统磁盘和任何附加到虚拟机的数据磁盘。由于它不包括网络配置，因此你在使用此模板创建其他虚拟机时，需要进行相关配置。 -Azure 将映像存储在**“我的映像”**下。你上载的任何映像都会存储在同一位置。有关映像的详细信息，请参阅关于 [Azure 中的虚拟机映像] []。 +Azure 将镜像存储在**“我的镜像”**下。你上载的任何镜像都会存储在同一位置。有关镜像的详细信息，请参阅关于 [Azure 中的虚拟机镜像] []。 ##开始之前## @@ -58,16 +58,16 @@ Azure 将映像存储在**“我的映像”**下。你上载的任何映像都 此时将显示**“捕获虚拟机”**对话框。 -10. 在**“映像名称”**中，键入新映像的名称。 +10. 在**“镜像名称”**中，键入新镜像的名称。 -11. 在将 Windows Server 映像添加到自定义映像组之前，必须先按前面步骤中的说明通过运行 Sysprep 将该映像通用化。单击**“我已经在虚拟机上运行了 Sysprep”**以指明你已完成此操作。 +11. 在将 Windows Server 镜像添加到自定义镜像组之前，必须先按前面步骤中的说明通过运行 Sysprep 将该镜像通用化。单击**“我已经在虚拟机上运行了 Sysprep”**以指明你已完成此操作。 -12. 单击复选标记以捕获映像。新映像现在将显示在**“映像”**下。 +12. 单击复选标记以捕获镜像。新镜像现在将显示在**“镜像”**下。 - ![成功捕获映像](./media/virtual-machines-capture-image-windows-server/VMCapturedImageAvailable.png) + ![成功捕获镜像](./media/virtual-machines-capture-image-windows-server/VMCapturedImageAvailable.png) ##后续步骤## -该映像已就绪，可用于创建虚拟机了。为此，你将通过使用**“从库中”**菜单项并选择你刚创建的映像来创建一个虚拟机。有关说明，请参阅[创建运行 Windows 的自定义虚拟机][]。 +该镜像已就绪，可用于创建虚拟机了。为此，你将通过使用**“从库中”**菜单项并选择你刚创建的镜像来创建一个虚拟机。有关说明，请参阅[创建运行 Windows 的自定义虚拟机][]。 [创建运行 Windows 的自定义虚拟机]: /documentation/articles/virtual-machines-windows-create-custom [如何将数据磁盘附加到虚拟机]: /documentation/articles/storage-windows-attach-disk diff --git a/articles/virtual-machines-command-line-tools.md b/articles/virtual-machines-command-line-tools.md index 4b9d0ecc9..b27b8dd98 100644 --- a/articles/virtual-machines-command-line-tools.md +++ b/articles/virtual-machines-command-line-tools.md @@ -216,14 +216,14 @@ Windows 虚拟机稍后可以通过添加端口 3389 作为终结点来启用 RD **-e, --ssh** 添加到 Windows 虚拟机的 SSH 连接。
**-t, --ssh-cert** 指定 SSH 证书。
**-s** 订阅。
-**-o, --community** 指定的映像是社区映像。
+**-o, --community** 指定的镜像是社区镜像。
**-w** 虚拟网络名称。
**-l, --location** 指定位置（例如，“North Central China”）。
**-a, --affinity-group** 指定地缘组。
**-w, --virtual-network-name** 指定要在其中添加新虚拟机的虚拟网络。可从 Azure 门户设置和管理虚拟网络。
**-b, --subnet-names** 指定要分配虚拟机的子网名称。 -在此示例中，MSFT\__Win2K8R2SP1-120514-1520-141205-01-zh-CN-30GB 是该平台提供的映像。有关操作系统映像的详细信息，请参阅 VM 映像列表。 +在此示例中，MSFT\__Win2K8R2SP1-120514-1520-141205-01-zh-CN-30GB 是该平台提供的镜像。有关操作系统镜像的详细信息，请参阅 VM 镜像列表。 ~$ azure vm create my-vm-name MSFT__Windows-Server-2008-R2-SP1.11-29-2011 username --location "West US" -r info: Executing command vm create @@ -325,9 +325,9 @@ info: vm shutdown command OK **vm capture <vm-name> <target-image-name>** -此命令捕获 Azure 虚拟机映像。 +此命令捕获 Azure 虚拟机镜像。 -只有当虚拟机状态为**已停止**时，才能捕获虚拟机映像。请关闭虚拟机，然后再继续操作。 +只有当虚拟机状态为**已停止**时，才能捕获虚拟机镜像。请关闭虚拟机，然后再继续操作。 ~$ azure.cmd vm capture my-vm mycaptureimagename --delete info: Executing command vm capture @@ -337,7 +337,7 @@ info: vm shutdown command OK **vm export [options] <vm-name> <file-path>** -此命令将一个 Azure 虚拟机映像导出到文件 +此命令将一个 Azure 虚拟机镜像导出到文件 ~$ azure vm export "myvm" "C:" info: Executing command vm export @@ -424,13 +424,13 @@ info: vm shutdown command OK data: Network Endpoints 2 Vip "168.61.9.97" info: vm endpoint show command OK -## 用于管理 Azure 虚拟机映像的命令 +## 用于管理 Azure 虚拟机镜像的命令 -虚拟机映像是所捕获的、可根据需要进行复制的已配置虚拟机。 +虚拟机镜像是所捕获的、可根据需要进行复制的已配置虚拟机。 **vm image list [options]** -此命令获取虚拟机映像的列表。有三种类型的映像：Microsoft 创建的映像（以“MSFT”作为前缀）、第三方创建的映像（通常以供应商的名称作为前缀）以及你创建的映像。若要创建映像，你可以捕获现有虚拟机或从上载到 Blob 存储的自定义 .vhd 创建映像。有关使用自定义 .vhd 的更多信息，请参见 VM 映像创建。--json 选项指定以原始 JSON 格式返回结果。 +此命令获取虚拟机镜像的列表。有三种类型的镜像：Microsoft 创建的镜像（以“MSFT”作为前缀）、第三方创建的镜像（通常以供应商的名称作为前缀）以及你创建的镜像。若要创建镜像，你可以捕获现有虚拟机或从上载到 Blob 存储的自定义 .vhd 创建镜像。有关使用自定义 .vhd 的更多信息，请参见 VM 镜像创建。--json 选项指定以原始 JSON 格式返回结果。 ~$ azure vm image list data: Name Category OS @@ -449,7 +449,7 @@ info: vm shutdown command OK **vm image show [options] <name>** -此命令显示虚拟机映像的详细信息。 +此命令显示虚拟机镜像的详细信息。 ~$ azure vm image show MSFT__Windows-Server-2008-R2-SP1.11-29-2011 + Fetching VM image @@ -468,7 +468,7 @@ info: vm shutdown command OK **vm image delete [options] <name>** -此命令删除虚拟机映像。 +此命令删除虚拟机镜像。 ~$ azure vm image delete my-vm-image info: Executing command vm image delete @@ -477,7 +477,7 @@ info: vm shutdown command OK **vm image create <name> [source-path]** -此命令创建虚拟机映像。你的自定义 .vhd 文件将上载到 Blob 存储，然后从该位置创建虚拟机映像。然后可使用此虚拟机映像创建虚拟机。Location 和 OS 参数是必需的。 +此命令创建虚拟机镜像。你的自定义 .vhd 文件将上载到 Blob 存储，然后从该位置创建虚拟机镜像。然后可使用此虚拟机镜像创建虚拟机。Location 和 OS 参数是必需的。 某些系统会施加每进程文件描述符限制。如果超出此限制，工具将显示文件描述符限制错误。你可以使用 -p <number> 参数再次运行此命令，以减小最大并行上载数。默认的最大并行上载数为 96。 @@ -550,7 +550,7 @@ info: vm shutdown command OK **vm disk create <name> [source-path]** -此命令将上载并注册 Azure 磁盘。必须指定 --blob-url、--location 或 --affinity-group。如果将此命令与 [source-path] 结合使用，将上载指定的 .vhd 文件并创建新映像。然后你可以使用 vm disk attach 将此映像附加到虚拟机。 +此命令将上载并注册 Azure 磁盘。必须指定 --blob-url、--location 或 --affinity-group。如果将此命令与 [source-path] 结合使用，将上载指定的 .vhd 文件并创建新镜像。然后你可以使用 vm disk attach 将此镜像附加到虚拟机。 某些系统会施加每进程文件描述符限制。如果超出此限制，工具将显示文件描述符限制错误。你可以使用 -p <number> 参数再次运行此命令，以减小最大并行上载数。默认的最大并行上载数为 96。 diff --git a/articles/virtual-machines-configuring-oracle-data-guard.md b/articles/virtual-machines-configuring-oracle-data-guard.md index e5a28ce50..cc7eb86c9 100644 --- a/articles/virtual-machines-configuring-oracle-data-guard.md +++ b/articles/virtual-machines-configuring-oracle-data-guard.md @@ -9,9 +9,9 @@ Oracle Data Guard 支持对 Oracle Database 的数据保护和灾难恢复。它 此外，本教程假定你已经实现了以下先决条件： -- 已查看 [Oracle 虚拟机映像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images)主题中的高可用性和灾难恢复注意事项部分。请注意，Azure 支持独立 Oracle Database 实例，但当前暂不支持 Oracle 实时应用集群 (Oracle RAC)。 +- 已查看 [Oracle 虚拟机镜像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images)主题中的高可用性和灾难恢复注意事项部分。请注意，Azure 支持独立 Oracle Database 实例，但当前暂不支持 Oracle 实时应用集群 (Oracle RAC)。 -- 已使用 Windows Server 上 Oracle Enterprise Edition 映像所提供的相同平台在 Azure 中创建了两个虚拟机 (VM)。有关信息，请参阅[在 Azure 中创建 Oracle Database 12 c 虚拟机](/documentation/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine)和 [Azure 虚拟机](http://www.windowsazure.cn/documentation/services/virtual-machines/)。确保这两个虚拟机在[相同的云服务](/documentation/articles/virtual-machines-load-balance)和相同的虚拟网络中，以确保它们可以通过永久性专用 IP 地址相互进行访问。此外，建议将 VM 放在相同的[可用性集](/documentation/articles/virtual-machines-manage-availability)中，以便允许 Azure 将它们放入不同的容错域和升级域中。请注意，Oracle Data Guard 仅在 Oracle Database Enterprise Edition 中可用。每个虚拟机必须具有至少 2 GB 的内存和 5 GB 的磁盘空间。有关平台提供的 VM 大小的最新信息，请参阅 [Azure 的虚拟机大小](http://msdn.microsoft.com/zh-cn/library/dn197896.aspx)。如果自己的 VM 需要附加磁盘卷，则可以附加更多磁盘。有关信息，请参阅[如何将数据磁盘附加到虚拟机](/documentation/articles/storage-windows-attach-disk)。 +- 已使用 Windows Server 上 Oracle Enterprise Edition 镜像所提供的相同平台在 Azure 中创建了两个虚拟机 (VM)。有关信息，请参阅[在 Azure 中创建 Oracle Database 12 c 虚拟机](/documentation/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine)和 [Azure 虚拟机](http://www.windowsazure.cn/documentation/services/virtual-machines/)。确保这两个虚拟机在[相同的云服务](/documentation/articles/virtual-machines-load-balance)和相同的虚拟网络中，以确保它们可以通过永久性专用 IP 地址相互进行访问。此外，建议将 VM 放在相同的[可用性集](/documentation/articles/virtual-machines-manage-availability)中，以便允许 Azure 将它们放入不同的容错域和升级域中。请注意，Oracle Data Guard 仅在 Oracle Database Enterprise Edition 中可用。每个虚拟机必须具有至少 2 GB 的内存和 5 GB 的磁盘空间。有关平台提供的 VM 大小的最新信息，请参阅 [Azure 的虚拟机大小](http://msdn.microsoft.com/zh-cn/library/dn197896.aspx)。如果自己的 VM 需要附加磁盘卷，则可以附加更多磁盘。有关信息，请参阅[如何将数据磁盘附加到虚拟机](/documentation/articles/storage-windows-attach-disk)。 - 已将名称为“Machine1”的虚拟机设为主虚拟机，而名称为“Machine2”的虚拟机则设为 Azure 门户中的备用 VM。 diff --git a/articles/virtual-machines-configuring-oracle-goldengate.md b/articles/virtual-machines-configuring-oracle-goldengate.md index 56761d628..4a32152a8 100644 --- a/articles/virtual-machines-configuring-oracle-goldengate.md +++ b/articles/virtual-machines-configuring-oracle-goldengate.md @@ -11,11 +11,11 @@ Oracle GoldenGate 包含以下主要组件：Extract、Data Pump、Replicat、Tr 此外，本教程假设你满足以下先决条件： -- 你已经查看 [Oracle 虚拟机映像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images)主题中的“高可用性和灾难恢复注意事项”部分。请注意，Azure 支持独立的 Oracle 数据库实例，但目前不支持 Oracle 真正应用程序群集 (Oracle RAC)。 +- 你已经查看 [Oracle 虚拟机镜像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images)主题中的“高可用性和灾难恢复注意事项”部分。请注意，Azure 支持独立的 Oracle 数据库实例，但目前不支持 Oracle 真正应用程序群集 (Oracle RAC)。 - 你已从 [Oracle 下载](http://www.oracle.com/us/downloads/index.html)网站下载了 Oracle GoldenGate 软件。你已选择产品包“Oracle Fusion Middleware – Data Integration”。然后，你已选择适用于 Oracle 11g 数据库的 Oracle GoldenGate on Oracle v11.2.1 Media Pack for Microsoft Windows x64（64 位）。接下来，请下载 Oracle GoldenGate V11.2.1.0.3 for Oracle 11g 64bit on Windows 2008（64 位）。 -- 你已使用 Windows Server 上的 Oracle 企业版映像中提供的平台在 Azure 中创建了两个虚拟机 (VM)。有关信息，请参阅[在 Azure 中创建 Oracle Database 12c 虚拟机](#z3dc8d3c097cf414e9048f7a89c026f80)和 [Azure 虚拟机](http://www.windowsazure.cn/documentation/services/virtual-machines/)。确保这些虚拟机位于[相同的云服务](/documentation/articles/virtual-machines-load-balance)和相同的[虚拟网络](http://www.windowsazure.cn/documentation/services/networking/)中，以确保它们可以通过持久性专用 IP 地址相互访问。 +- 你已使用 Windows Server 上的 Oracle 企业版镜像中提供的平台在 Azure 中创建了两个虚拟机 (VM)。有关信息，请参阅[在 Azure 中创建 Oracle Database 12c 虚拟机](#z3dc8d3c097cf414e9048f7a89c026f80)和 [Azure 虚拟机](http://www.windowsazure.cn/documentation/services/virtual-machines/)。确保这些虚拟机位于[相同的云服务](/documentation/articles/virtual-machines-load-balance)和相同的[虚拟网络](http://www.windowsazure.cn/documentation/services/networking/)中，以确保它们可以通过持久性专用 IP 地址相互访问。 - 已在 Azure 管理门户中将站点 A 的虚拟机名称设置为“MachineGG1”，将站点 B 的虚拟机名称设置为“MachineGG2”。 diff --git a/articles/virtual-machines-create-upload-vhd-windows-server.md b/articles/virtual-machines-create-upload-vhd-windows-server.md index 8cf6967be..559451205 100644 --- a/articles/virtual-machines-create-upload-vhd-windows-server.md +++ b/articles/virtual-machines-create-upload-vhd-windows-server.md @@ -16,7 +16,7 @@ # 创建 Windows Server VHD 并将其上载到 Azure# -本文介绍如何上载包含操作系统的虚拟硬盘 (VHD)，以便可以使用它作为映像来基于该映像创建虚拟机。有关 Windows Azure 中的磁盘和 VHD 的更多详细信息，请参阅[关于虚拟机的磁盘和 VHD](/documentation/articles/virtual-machines-disks-vhds)。 +本文介绍如何上载包含操作系统的虚拟硬盘 (VHD)，以便可以使用它作为镜像来基于该镜像创建虚拟机。有关 Windows Azure 中的磁盘和 VHD 的更多详细信息，请参阅[关于虚拟机的磁盘和 VHD](/documentation/articles/virtual-machines-disks-vhds)。 ## 先决条件## @@ -32,7 +32,7 @@ ## 步骤 1：准备 VHD ## -在将 VHD 上载到 Azure 之前，需要使用 Sysprep 工具对 VHD 进行一般化。这样就可以将 VHD 作为映像使用。有关 Sysprep 的详细信息，请参阅[如何使用 Sysprep：简介](http://technet.microsoft.com/zh-cn/library/bb457073.aspx)。 +在将 VHD 上载到 Azure 之前，需要使用 Sysprep 工具对 VHD 进行一般化。这样就可以将 VHD 作为镜像使用。有关 Sysprep 的详细信息，请参阅[如何使用 Sysprep：简介](http://technet.microsoft.com/zh-cn/library/bb457073.aspx)。 在操作系统已安装到的虚拟机中，完成以下过程： @@ -144,7 +144,7 @@ 其中： - **BlobStorageURL** 是存储帐户的 URL - - **YourImagesFolder** 是要在其中存储映像的 Blob 存储中的容器 + - **YourImagesFolder** 是要在其中存储镜像的 Blob 存储中的容器 - **VHDName** 是你希望在门户中显示以确定虚拟硬盘的名称 - **PathToVHDFile** 是 .vhd 文件的完整路径和名称 @@ -152,21 +152,21 @@ 有关 Add-AzureVhd cmdlet 的详细信息，请参阅 [Add-AzureVhd](http://msdn.microsoft.com/zh-cn/library/dn495173.aspx)。 -## 步骤 5：将映像添加到自定义映像列表 +## 步骤 5：将镜像添加到自定义镜像列表 -> [AZURE.TIP]若要使用 Azure PowerShell（而不是门户）来添加映像，请使用 **Add-AzureVMImage** cmdlet。例如： +> [AZURE.TIP]若要使用 Azure PowerShell（而不是门户）来添加镜像，请使用 **Add-AzureVMImage** cmdlet。例如： > `Add-AzureVMImage -ImageName -MediaLocation -OS ` 1. 在门户中的**“所有项目”**下单击**“虚拟机”**。 -2. 在“虚拟机”下，单击**“映像”**。 +2. 在“虚拟机”下，单击**“镜像”**。 -3. 单击**“创建映像”**。 +3. 单击**“创建镜像”**。 ![PowerShell Add-AzureVHD](./media/virtual-machines-create-upload-vhd-windows-server/Create_Image.png) -4. 在“从 VHD 创建映像”窗口： +4. 在“从 VHD 创建镜像”窗口： - 指定“名称”。 @@ -176,19 +176,19 @@ ![选择 VHD](./media/virtual-machines-create-upload-vhd-windows-server/Select_VHD.png) -5. 在“从 VHD 创建映像”窗口中，在“操作系统系列”下，选择你的操作系统。选中“我已在与此 VHD 关联的虚拟机上运行 Sysprep”，确认你已对操作系统进行一般化，然后单击“确定”。 +5. 在“从 VHD 创建镜像”窗口中，在“操作系统系列”下，选择你的操作系统。选中“我已在与此 VHD 关联的虚拟机上运行 Sysprep”，确认你已对操作系统进行一般化，然后单击“确定”。 - ![添加映像](./media/virtual-machines-create-upload-vhd-windows-server/Create_Image_From_VHD.png) + ![添加镜像](./media/virtual-machines-create-upload-vhd-windows-server/Create_Image_From_VHD.png) -6. 完成前面的步骤后，当你选择**“映像”**选项卡时，将列出新映像。 +6. 完成前面的步骤后，当你选择**“镜像”**选项卡时，将列出新镜像。 - ![自定义映像](./media/virtual-machines-create-upload-vhd-windows-server/vm_custom_image.png) + ![自定义镜像](./media/virtual-machines-create-upload-vhd-windows-server/vm_custom_image.png) - 现在，当你创建虚拟机时，此新映像将在**“我的映像”**下提供。有关说明，请参阅[如何创建运行 Windows 的自定义虚拟机](/documentation/articles/virtual-machines-windows-create-custom)。 + 现在，当你创建虚拟机时，此新镜像将在**“我的镜像”**下提供。有关说明，请参阅[如何创建运行 Windows 的自定义虚拟机](/documentation/articles/virtual-machines-windows-create-custom)。 - ![从自定义映像创建虚拟机](./media/virtual-machines-create-upload-vhd-windows-server/create_vm_custom_image.png) + ![从自定义镜像创建虚拟机](./media/virtual-machines-create-upload-vhd-windows-server/create_vm_custom_image.png) - > [AZURE.TIP]如果在你尝试创建 VM 时，收到带有此错误消息的错误：“VHD https://XXXXX.. 具有不支持的虚拟大小(YYYY 字节)。大小必须是整数(以 MB 为单位)”，这意味着你的 VHD 不是整数个 MB，需要为固定大小的 VHD。请尝试使用 **Add-AzureVMImage** PowerShell cmdlet（而不是门户）来添加映像（请参见上面的步骤 5）。Azure cmdlet 可确保 VHD 满足 Azure 要求。 + > [AZURE.TIP]如果在你尝试创建 VM 时，收到带有此错误消息的错误：“VHD https://XXXXX.. 具有不支持的虚拟大小(YYYY 字节)。大小必须是整数(以 MB 为单位)”，这意味着你的 VHD 不是整数个 MB，需要为固定大小的 VHD。请尝试使用 **Add-AzureVMImage** PowerShell cmdlet（而不是门户）来添加镜像（请参见上面的步骤 5）。Azure cmdlet 可确保 VHD 满足 Azure 要求。 ## 后续步骤 ## diff --git a/articles/virtual-machines-creating-oracle-database-virtual-machine.md b/articles/virtual-machines-creating-oracle-database-virtual-machine.md index f63441d71..d3655c04a 100644 --- a/articles/virtual-machines-creating-oracle-database-virtual-machine.md +++ b/articles/virtual-machines-creating-oracle-database-virtual-machine.md @@ -15,7 +15,7 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)]本文介绍如何使用经典部署模型创建资源。 -以下示例演示了如何在 Azure 中，基于 Windows Server 2012 上运行的、由 Microsoft 提供的 Oracle Database 映像创建一个虚拟机 (VM)。执行以下两个步骤。首先，创建 VM，然后在 VM 中创建 Oracle Database。所示的示例采用 Oracle Database 版本 12c，但在 11g 中的步骤几乎相同。 +以下示例演示了如何在 Azure 中，基于 Windows Server 2012 上运行的、由 Microsoft 提供的 Oracle Database 镜像创建一个虚拟机 (VM)。执行以下两个步骤。首先，创建 VM，然后在 VM 中创建 Oracle Database。所示的示例采用 Oracle Database 版本 12c，但在 11g 中的步骤几乎相同。 ##在 Azure 中创建 Oracle Database 虚拟机 @@ -23,7 +23,7 @@ 2. 单击“应用商店”，单击“计算”，然后在搜索框中键入 **Oracle**。 -3. 选择一个可用的 Oracle Database 映像 **- 版本 11g、版本 12c、标准版、企业版，或者常用选项或高级选项套装之一**。 检查有关所选映像的信息（例如最小建议大小），然后单击“下一步”。 +3. 选择一个可用的 Oracle Database 镜像 **- 版本 11g、版本 12c、标准版、企业版，或者常用选项或高级选项套装之一**。 检查有关所选镜像的信息（例如最小建议大小），然后单击“下一步”。 4. 指定 VM 的“主机名”。 @@ -183,7 +183,7 @@ ##其他资源 在设置虚拟机并创建数据库后，请参阅以下主题以了解更多信息。 -- [Oracle 虚拟机映像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images) +- [Oracle 虚拟机镜像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images) - [Oracle Database 12c 文档库](http://www.oracle.com/pls/db1211/homepage) diff --git a/articles/virtual-machines-creating-oracle-webLogic-server-12c-oracle-database-12c-virtual-machine.md b/articles/virtual-machines-creating-oracle-webLogic-server-12c-oracle-database-12c-virtual-machine.md index ac06014e8..f3a2e0b91 100644 --- a/articles/virtual-machines-creating-oracle-webLogic-server-12c-oracle-database-12c-virtual-machine.md +++ b/articles/virtual-machines-creating-oracle-webLogic-server-12c-oracle-database-12c-virtual-machine.md @@ -1,9 +1,9 @@ - + #在 Azure 中创建 Oracle WebLogic Server 12c 和 Oracle Database 12c 虚拟机 -本文演示如何在 Azure 中，基于 Windows Server 2012 上运行的由 Microsoft 提供的 Oracle WebLogic Server 12c 和 Oracle Database 12c 映像创建虚拟机。 +本文演示如何在 Azure 中，基于 Windows Server 2012 上运行的由 Microsoft 提供的 Oracle WebLogic Server 12c 和 Oracle Database 12c 镜像创建虚拟机。 ##在 Azure 中创建 Oracle WebLogic Server 12c 和 Oracle Database 12c 虚拟机 @@ -11,7 +11,7 @@ 2. 单击**“应用商店”**，单击**“计算”**，然后在搜索框中键入 **Oracle**。 -3. 选择 **Windows Server 2012 上的 Oracle Database 12c 和 WebLogic Server 12c Standard Edition** 或 **Windows Server 2012 上的 Oracle Database 12c 和 WebLogic Server 12c Enterprise Edition** 映像。检查有关此映像的信息（如最小建议大小），然后单击**“下一步”**。 +3. 选择 **Windows Server 2012 上的 Oracle Database 12c 和 WebLogic Server 12c Standard Edition** 或 **Windows Server 2012 上的 Oracle Database 12c 和 WebLogic Server 12c Enterprise Edition** 镜像。检查有关此镜像的信息（如最小建议大小），然后单击**“下一步”**。 4. 指定虚拟机的**“主机名”**。 @@ -44,7 +44,7 @@ 按照以**在 Azure 中配置 Oracle WebLogic Server 12c 虚拟机**部分开头的[在 Azure 中创建 Oracle WebLogic Server 12c 虚拟机](/documentation/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine)中的说明进行操作。如果要设置 WebLogic Server 群集，另请参阅[在 Azure 中创建 Oracle WebLogic Server 12c 群集](/documentation/articles/virtual-machines-creating-oracle-webLogic-server-12c-cluster)。 ##其他资源 -有关 Oracle 虚拟机映像的其他注意事项 +有关 Oracle 虚拟机镜像的其他注意事项 [从 Java 应用程序连接到 Oracle 数据库](http://docs.oracle.com/cd/E11882_01/appdev.112/e12137/getconn.htm#TDPJD136) diff --git a/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine.md b/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine.md index d6466c3ab..377aa0870 100644 --- a/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine.md +++ b/articles/virtual-machines-creating-oracle-webLogic-server-12c-virtual-machine.md @@ -1,7 +1,7 @@ #在 Azure 中创建 Oracle WebLogic Server 12c 虚拟机 -以下示例演示了如何在 Azure 中，基于 Windows Server 2012 上运行的由 Microsoft 提供的 Oracle WebLogic Server 12c 映像创建一个虚拟机。 +以下示例演示了如何在 Azure 中，基于 Windows Server 2012 上运行的由 Microsoft 提供的 Oracle WebLogic Server 12c 镜像创建一个虚拟机。 ##在 Azure 中创建 Oracle WebLogic Server 12c 虚拟机 @@ -9,7 +9,7 @@ 2. 单击“应用商店”，单击“计算”，然后在搜索框中键入 **Oracle**。 -3. 选择“Windows Server 2012 上的 Oracle WebLogic Server 12c Standard Edition”或“Windows Server 2012 上的 Oracle WebLogic Server 12c Enterprise Edition”映像。检查有关此映像的信息（如最小建议大小），然后单击“下一步”。 +3. 选择“Windows Server 2012 上的 Oracle WebLogic Server 12c Standard Edition”或“Windows Server 2012 上的 Oracle WebLogic Server 12c Enterprise Edition”镜像。检查有关此镜像的信息（如最小建议大小），然后单击“下一步”。 4. 指定 VM 的“主机名”。 @@ -160,7 +160,7 @@ ##其他资源 现在，你已设置了运行 Oracle WebLogic Server 的虚拟机，接下来请参阅以下主题以了解更多信息。 -- [Oracle 虚拟机映像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images) +- [Oracle 虚拟机镜像 - 其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images) - [Oracle WebLogic Server 产品文档](http://www.oracle.com/technetwork/middleware/weblogic/documentation/index.html) diff --git a/articles/virtual-machines-deis-cluster.md b/articles/virtual-machines-deis-cluster.md index 7169d6ecb..9640641be 100644 --- a/articles/virtual-machines-deis-cluster.md +++ b/articles/virtual-machines-deis-cluster.md @@ -192,7 +192,7 @@ deis create git push deis master

-8. git push 将触发 Docker 映像的构建和部署，这需要几分钟来完成。根据我的经验，步骤 10（将映像推送到专用存储库）偶尔会挂起。如果发生此情况，你可以停止过程，使用 `deis apps:destroy –a ` 删除应用程序，然后重试。你也可以使用 `deis apps:list` 找出应用程序的名称。如果一切正常，你应会在命令输出的末尾看到如下内容： +8. git push 将触发 Docker 镜像的构建和部署，这需要几分钟来完成。根据我的经验，步骤 10（将镜像推送到专用存储库）偶尔会挂起。如果发生此情况，你可以停止过程，使用 `deis apps:destroy –a ` 删除应用程序，然后重试。你也可以使用 `deis apps:list` 找出应用程序的名称。如果一切正常，你应会在命令输出的末尾看到如下内容： -----> Launching... done, lambda-underdog:v2 deployed to Deis diff --git a/articles/virtual-machines-deploy-sharepoint-2010.md b/articles/virtual-machines-deploy-sharepoint-2010.md index 44cbc410d..2db3633c7 100644 --- a/articles/virtual-machines-deploy-sharepoint-2010.md +++ b/articles/virtual-machines-deploy-sharepoint-2010.md @@ -55,19 +55,19 @@ Azure 虚拟机使开发人员能够灵活选取其所需的语言或运行时 ## 设置过程 -Azure 中的映像库提供了可用预配置虚拟机的列表。用户可将 SharePoint Server、SQL Server、Windows Server 和其他 ISO/VHD 发布到映像库。若要简化虚拟机的创建，可创建基本映像并将这些映像发布到该库。授权用户可使用这些映像来生成所需的虚拟机。有关详细信息，请转到[在 Azure 预览门户中创建运行 Windows 的虚拟机](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。图 1 演示了使用 Azure 门户创建虚拟机的基本步骤。 +Azure 中的镜像库提供了可用预配置虚拟机的列表。用户可将 SharePoint Server、SQL Server、Windows Server 和其他 ISO/VHD 发布到镜像库。若要简化虚拟机的创建，可创建基本镜像并将这些镜像发布到该库。授权用户可使用这些镜像来生成所需的虚拟机。有关详细信息，请转到[在 Azure 预览门户中创建运行 Windows 的虚拟机](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。图 1 演示了使用 Azure 门户创建虚拟机的基本步骤。 ![azure-sharepoint-wp-13](./media/virtual-machines-deploy-sharepoint-2010/azure-sharepoint-wp-2.png) **图 1：创建虚拟机的步骤概述** -用户还可将进行 sysprep 的映像上载到 Azure 管理门户。有关详细信息，请转到[创建 Windows Server VHD 并将其上载到 Azure](/documentation/articles/virtual-machines-create-upload-vhd-windows-server)。图 2 演示了上载映像以创建 VM 的基本步骤。 +用户还可将进行 sysprep 的镜像上载到 Azure 管理门户。有关详细信息，请转到[创建 Windows Server VHD 并将其上载到 Azure](/documentation/articles/virtual-machines-create-upload-vhd-windows-server)。图 2 演示了上载镜像以创建 VM 的基本步骤。 -在Azure 门户中，用户还可上载已运行过 SysPrep 工具的映像。有关详细信息，请转到[创建 Windows Server VHD 并将其上载到 Azure](/documentation/articles/virtual-machines-create-upload-vhd-windows-server)。图 2 演示了上载映像以创建虚拟机的基本步骤。 +在Azure 门户中，用户还可上载已运行过 SysPrep 工具的镜像。有关详细信息，请转到[创建 Windows Server VHD 并将其上载到 Azure](/documentation/articles/virtual-machines-create-upload-vhd-windows-server)。图 2 演示了上载镜像以创建虚拟机的基本步骤。 ![azure-sharepoint-wp-13](./media/virtual-machines-deploy-sharepoint-2010/azure-sharepoint-wp-3.png) -**图 2：上载映像的步骤概述** +**图 2：上载镜像的步骤概述** ## 在 Azure 上部署 SharePoint 2010 @@ -75,7 +75,7 @@ Azure 中的映像库提供了可用预配置虚拟机的列表。用户可将 S 1. 通过你的 Azure 订阅帐户登录到 [Azure 管理门户](http://manage.windowsazure.cn/)。如果你没有 Azure 帐户，可以[注册 Azure 免费试用版](/pricing/1rmb-trial/)。 2. 若要创建具有基本操作系统的虚拟机，请在 Azure 门户上，单击“新建”>“计算”>“虚拟机”>“从库”。 -3. 将显示“选择映像”对话框。单击“Windows Server 2008 R2 SP1”平台映像，然后单击右箭头。 +3. 将显示“选择镜像”对话框。单击“Windows Server 2008 R2 SP1”平台镜像，然后单击右箭头。 4. 将显示“虚拟机配置”对话框。提供以下信息： - 输入“虚拟机名称”。 - 选择适当的大小。对于生产环境（SharePoint 应用程序服务器和数据库），我们建议使用 A3（4 核，7GB 内存）或更大。 @@ -84,7 +84,7 @@ Azure 中的映像库提供了可用预配置虚拟机的列表。用户可将 S - 在“确认”中，重新键入密码，然后单击右箭头。 5. 将显示第二个“虚拟机配置”对话框。提供以下信息： - 在“云服务”中，选择“创建新的云服务”，在此情况下，你还必须提供云服务 DNS 名称，或选择现有的云服务。 - - 在“区域/地缘组/虚拟网络”中，选择将托管该虚拟映像的区域。 + - 在“区域/地缘组/虚拟网络”中，选择将托管该虚拟镜像的区域。 - 在“存储帐户”中，单击“使用自动生成的存储帐户”，或选择现有的存储帐户名称。每个区域只能自动创建一个存储帐户。使用此设置创建的所有其他虚拟机也位于该存储帐户中。你最多只能创建 20 个存储帐户。有关详细信息，请转到[在 Azure 中创建存储帐户](/documentation/articles/virtual-machines-create-upload-vhd-windows-server/#step-2-create-a-storage-account-in-azure)。 - 在“可用性集”中，选择“(无)”，然后单击右箭头。 6. 在第三个“虚拟机配置”对话框中，单击复选标记以创建虚拟机。 @@ -93,7 +93,7 @@ Azure 中的映像库提供了可用预配置虚拟机的列表。用户可将 S 使用下列任一选项构建 SQL Server 虚拟机： -- 执行上面的步骤 1 到步骤 7 来创建 SQL Server 2012 虚拟机，只是在步骤 3 中，请使用 SQL Server 2012 映像而不是 Windows Server 2008 R2 SP1 映像。有关详细信息，请转到[在 Azure 上设置 SQL Server 虚拟机](/documentation/articles/virtual-machines-provision-sql-server)。 +- 执行上面的步骤 1 到步骤 7 来创建 SQL Server 2012 虚拟机，只是在步骤 3 中，请使用 SQL Server 2012 镜像而不是 Windows Server 2008 R2 SP1 镜像。有关详细信息，请转到[在 Azure 上设置 SQL Server 虚拟机](/documentation/articles/virtual-machines-provision-sql-server)。 - 单击该选项后，设置过程将在 C:\\SQLServer\_11.0_Full 目录路径中保留 SQL Server 2012 安装程序文件的副本，以便你能自定义安装。例如，你可通过使用许可证密钥将 SQL Server 2012 的评估版安装转换为许可版本。 - 使用 SQL Server System Preparation (SysPrep) 工具以在虚拟机上利用基本操作系统安装 SQL Server（如上面的步骤 1 到步骤 7 中所述）。有关详细信息，请转到[使用 SysPrep 安装 SQL Server 2012](http://msdn.microsoft.com/zh-cn/library/ee210664.aspx)。 @@ -131,7 +131,7 @@ Azure 中的映像库提供了可用预配置虚拟机的列表。用户可将 S ### 创建并上载虚拟硬盘 -还可创建你自己的映像并将其作为 VHD 文件上载到 Azure。有关信息，请参阅[创建 Windows Server VHD 并将其上载到 Azure](/documentation/articles/virtual-machines-create-upload-vhd-windows-server)。 +还可创建你自己的镜像并将其作为 VHD 文件上载到 Azure。有关信息，请参阅[创建 Windows Server VHD 并将其上载到 Azure](/documentation/articles/virtual-machines-create-upload-vhd-windows-server)。 ## 使用方案 @@ -153,15 +153,15 @@ Azure 中的映像库提供了可用预配置虚拟机的列表。用户可将 S 若要在 Azure 上实现 SharePoint 开发和测试环境，请按照以下步骤操作： -1. 设置：首先，使用 Azure 虚拟网络在本地和 Azure 之间设置 VPN 连接。（由于此处未使用 Active Directory，因此需要 VPN 隧道。） 有关详细信息，请转到[虚拟网络概述](http://msdn.microsoft.com/zh-cn/library/jj156007.aspx)。然后，使用映像库中的储备映像通过 Azure 门户设置新的虚拟机。 - - 你可以将本地 SharePoint 开发和测试虚拟机上载到 Azure 存储帐户，并通过映像库引用这些虚拟机来构建所需的环境。 - - 可以使用 SQL Server 2012 映像来替代 Windows Server 2008 R2 SP1 映像。有关详细信息，请转到[在 Azure 上设置 SQL Server 虚拟机](/documentation/articles/virtual-machines-provision-sql-server)。 +1. 设置：首先，使用 Azure 虚拟网络在本地和 Azure 之间设置 VPN 连接。（由于此处未使用 Active Directory，因此需要 VPN 隧道。） 有关详细信息，请转到[虚拟网络概述](http://msdn.microsoft.com/zh-cn/library/jj156007.aspx)。然后，使用镜像库中的储备镜像通过 Azure 门户设置新的虚拟机。 + - 你可以将本地 SharePoint 开发和测试虚拟机上载到 Azure 存储帐户，并通过镜像库引用这些虚拟机来构建所需的环境。 + - 可以使用 SQL Server 2012 镜像来替代 Windows Server 2008 R2 SP1 镜像。有关详细信息，请转到[在 Azure 上设置 SQL Server 虚拟机](/documentation/articles/virtual-machines-provision-sql-server)。 2. 安装：使用远程桌面连接在虚拟机上安装 SharePoint Server、Visual Studio 和 SQL Server。 - 使用 SharePoint 2010 Easy Setup Script 构建 SharePoint 开发人员计算机。有关详细信息，请转到 [SharePoint 2010 Easy Setup Script](http://www.microsoft.com/download/details.aspx?id=23415)。使用 Windows PowerShell。有关详细信息，请转到[使用 Windows PowerShell 安装 SharePoint Server 2010](http://technet.microsoft.com/zh-cn/library/cc262839.aspx)。使用 CodePlex 项目的 AutoSPInstaller。有关详细信息，请转到 [CodePlex：AutoSPInstaller](http://autospinstaller.codeplex.com/)。 - 安装 Visual Studio。有关详细信息，请转到 [Visual Studio 安装](http://msdn.microsoft.com/zh-cn/library/e2h7fzkw.aspx)。 - 安装 SQL Server。有关详细信息，请转到[使用 SysPrep 安装 SQL Server](http://msdn.microsoft.com/zh-cn/library/ee210664.aspx)。 -3. 开发适用于应用程序和数据库的部署包和脚本：如果你计划从映像库中使用可用的虚拟机，则可在 Azure 虚拟机上部署所需的本地应用程序和数据库： +3. 开发适用于应用程序和数据库的部署包和脚本：如果你计划从镜像库中使用可用的虚拟机，则可在 Azure 虚拟机上部署所需的本地应用程序和数据库： - 使用 SQL Server Data Tools 和 Visual Studio 为现有的本地应用程序和数据库创建部署包。 - 使用这些包在 Azure 虚拟机上部署应用程序和数据库。 4. 部署 SharePoint 应用程序和数据库： @@ -194,7 +194,7 @@ Azure 基础结构中的虚拟机将进行验证，并能够与其他 Microsoft 1. 部署 Active Directory：在 Azure 虚拟机上部署 Active Directory 的基本要求与在本地虚拟机上进行此部署的基本要求类似（在某种程度上也与物理计算机类似），但并不完全相同。有关差异、准则和其他注意事项的详细信息，请转到[在 Azure 虚拟机上部署 Active Directory 的准则](http://msdn.microsoft.com/zh-cn/library/jj156090)。在 Azure 中部署 Active Directory： - 定义和创建可在其中将虚拟机分配给特定子网的虚拟网络。 - 使用 Azure 门户在 Azure 上的新虚拟机上创建和部署域控制器。还可参考 Windows PowerShell 脚本，使用 Azure 虚拟机和 Azure 虚拟网络在云中部署独立域。有关在 Azure 虚拟网络上的虚拟机上创建新的 Active Directory 林的详细信息，请转到[在 Azure 中安装新的 Active Directory 林](/documentation/articles/active-directory-new-forest-virtual-machine)。 -2. 设置虚拟机：使用 Azure 门户从映像库中的储备映像设置新的虚拟机。 +2. 设置虚拟机：使用 Azure 门户从镜像库中的储备镜像设置新的虚拟机。 3. 部署 SharePoint 场。 - 使用 Azure 门户配置负载平衡。配置虚拟机终结点，选择用于对现有终结点上的流量进行负载平衡的选项，然后指定负载平衡的虚拟机的名称。 - 将其他前端 Web 虚拟机添加到现有 SharePoint 场以处理额外流量。 @@ -220,9 +220,9 @@ Azure 基础结构中的虚拟机将进行验证，并能够与其他 Microsoft 1. 设置： - 使用 Azure 虚拟网络在本地和 Azure 之间设置 VPN 连接。有关详细信息，请转到[虚拟网络概述](http://msdn.microsoft.com/zh-cn/library/jj156007.aspx)。 - - 使用 Azure 门户从映像库中的储备映像设置新的虚拟机。你可以将 SharePoint Server 或 SQL Server 商业智能工作负荷映像上载到映像库，并且任何授权用户均可选择这些商业智能组件虚拟机来构建向外扩展的环境。 + - 使用 Azure 门户从镜像库中的储备镜像设置新的虚拟机。你可以将 SharePoint Server 或 SQL Server 商业智能工作负荷镜像上载到镜像库，并且任何授权用户均可选择这些商业智能组件虚拟机来构建向外扩展的环境。 2. 安装： - - 如果你的组织没有 SharePoint Server 或 SQL Server 商业智能组件的预构建映像，请使用远程桌面连接在虚拟机上安装 SharePoint Server 和 SQL Server。 + - 如果你的组织没有 SharePoint Server 或 SQL Server 商业智能组件的预构建镜像，请使用远程桌面连接在虚拟机上安装 SharePoint Server 和 SQL Server。 - 有关安装 SharePoint 的详细信息，请转到[使用 Windows PowerShell 安装 SharePoint Server 2010](http://technet.microsoft.com/zh-cn/library/cc262839.aspx) 或 [CodePlex：AutoSPInstaller](http://autospinstaller.codeplex.com/)。 - 有关安装 SQL Server 的详细信息，请转到[使用 SysPrep 安装 SQL Server](http://msdn.microsoft.com/zh-cn/library/ee210664.aspx)。 3. 添加商业智能虚拟机： @@ -247,21 +247,21 @@ Azure 基础结构中的虚拟机将进行验证，并能够与其他 Microsoft **图 6：完全自定义的基于 SharePoint 的网站** -下列步骤演示了如何从映像库中的可用的预构建映像创建自定义的 SharePoint 场环境。但请注意，你还可将 SharePoint 场虚拟机上载到映像库，并且授权用户可选择这些虚拟机以在 Azure 上构建所需的 SharePoint 场。 +下列步骤演示了如何从镜像库中的可用的预构建镜像创建自定义的 SharePoint 场环境。但请注意，你还可将 SharePoint 场虚拟机上载到镜像库，并且授权用户可选择这些虚拟机以在 Azure 上构建所需的 SharePoint 场。 1. 部署 Active Directory：在 Azure 虚拟机上部署 Active Directory 的基本要求与在本地虚拟机上进行此部署的基本要求类似（在某种程度上也与物理计算机类似），但并不完全相同。有关差异、准则和其他注意事项的详细信息，请转到[在 Azure 虚拟机上部署 Active Directory 的准则](http://msdn.microsoft.com/zh-cn/library/jj156090)。在 Azure 中部署 Active Directory： - 定义和创建可在其中将虚拟机分配给特定子网的虚拟网络。 - 使用 Azure 门户在 Azure 上的新虚拟机上创建和部署域控制器。 - 有关在 Azure 虚拟网络上的虚拟机上创建新的 Active Directory 林的详细信息，请转到[在 Azure 中安装新的 Active Directory 林](/documentation/articles/active-directory-new-forest-virtual-machine)。 2. 部署 SQL Server： - - 使用 Azure 门户从映像库中的储备映像设置新的虚拟机。 + - 使用 Azure 门户从镜像库中的储备镜像设置新的虚拟机。 - 在虚拟机上配置 SQL Server。有关详细信息，请转到[使用 SysPrep 安装 SQL Server](http://msdn.microsoft.com/zh-cn/library/ee210664.aspx)。 - 将虚拟机加入新创建的 Active Directory 域。 3. 部署多服务器 SharePoint 场： - 创建虚拟网络。有关详细信息，请转到[虚拟网络概述](http://msdn.microsoft.com/zh-cn/library/jj156007.aspx)。 - 在部署 SharePoint 虚拟机时，你需要为 SharePoint Server 提供的子网，以便在设置过程中可使用本地 Active Directory 框中的 DNS 地址。 - 使用 Azure 门户创建虚拟机。 - - 在该虚拟机上安装 SharePoint Server 并生成可重复使用的映像。有关安装 SharePoint Server 的详细信息，请转到[使用 Windows PowerShell 安装和配置 SharePoint Server 2010](http://technet.microsoft.com/zh-cn/library/cc262839.aspx) 或 [CodePlex：AutoSPInstaller](http://autospinstaller.codeplex.com/)。 + - 在该虚拟机上安装 SharePoint Server 并生成可重复使用的镜像。有关安装 SharePoint Server 的详细信息，请转到[使用 Windows PowerShell 安装和配置 SharePoint Server 2010](http://technet.microsoft.com/zh-cn/library/cc262839.aspx) 或 [CodePlex：AutoSPInstaller](http://autospinstaller.codeplex.com/)。 - 使用 [Join-SharePointFarm](http://technet.microsoft.com/zh-cn/library/ff607979.aspx) 命令配置 SharePoint 虚拟机以创建 SharePoint 场并连接到该场。 - 使用 Azure 门户配置负载平衡：配置虚拟机终结点，选择用于对现有终结点上的流量进行负载平衡的选项，然后指定负载平衡的虚拟机的名称。 4. 通过系统中心管理 SharePoint 场： diff --git a/articles/virtual-machines-disks-vhds.md b/articles/virtual-machines-disks-vhds.md index e8ff4318f..2c703f3a7 100644 --- a/articles/virtual-machines-disks-vhds.md +++ b/articles/virtual-machines-disks-vhds.md @@ -17,7 +17,7 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)] -当你创建虚拟机时，至少将为 Azure 中的所有虚拟机配置两个磁盘 – 一个是操作系统磁盘，另一个是临时本地磁盘（有时称为资源磁盘）。操作系统磁盘基于映像创建，操作系统磁盘和该映像实际上都存储在 Azure 存储帐户中的虚拟硬盘 (VHD) 内。虚拟机还可以有数据磁盘，而这些磁盘也存储为 VHD。 +当你创建虚拟机时，至少将为 Azure 中的所有虚拟机配置两个磁盘 – 一个是操作系统磁盘，另一个是临时本地磁盘（有时称为资源磁盘）。操作系统磁盘基于镜像创建，操作系统磁盘和该镜像实际上都存储在 Azure 存储帐户中的虚拟硬盘 (VHD) 内。虚拟机还可以有数据磁盘，而这些磁盘也存储为 VHD。 >[AZURE.WARNING]不要在临时磁盘上存储数据。该磁盘为应用程序和进程提供临时存储空间，只用于存储页面文件或交换文件等数据。若要针对 Windows 虚拟机重新映射该磁盘，请参阅[更改 Windows 临时磁盘的驱动器号](/documentation/articles/virtual-machines-windows-change-drive-letter)。 @@ -31,7 +31,7 @@ 有关虚拟机容量的详细信息，请参阅[虚拟机的大小](/documentation/articles/virtual-machines-size-specs)。 -当你基于映像创建虚拟机时，Azure 将会创建操作系统磁盘。如果你使用包含数据磁盘的映像，则 Azure 还会在创建虚拟机时创建数据磁盘。（你可以使用 Azure 或合作伙伴提供的映像，或使用你自己的映像。） 否则，你需要在创建虚拟机后添加数据磁盘。 +当你基于镜像创建虚拟机时，Azure 将会创建操作系统磁盘。如果你使用包含数据磁盘的镜像，则 Azure 还会在创建虚拟机时创建数据磁盘。（你可以使用 Azure 或合作伙伴提供的镜像，或使用你自己的镜像。） 否则，你需要在创建虚拟机后添加数据磁盘。 你随时可以将数据磁盘添加到虚拟机，只需将它“附加”到虚拟机即可。你可以使用已上载或复制到存储帐户的 VHD，也可以让 Azure 为你创建 VHD。附加数据磁盘会将存储帐户中的 VHD 文件与虚拟机关联，并在 VHD 上放置“租约”，以便在将 VHD 附加到虚拟机后不会从存储中删除它。 @@ -41,11 +41,11 @@ Azure 中使用的 VHD 是在 Azure 的标准或高级存储帐户中作为页 B 在 Azure 外部，虚拟硬盘可使用 VHD 或 VHDX 格式。它们还可以是固定的、动态扩展或差异性的。Azure 支持 VHD 格式的固定磁盘。固定格式在文件内对逻辑磁盘以线性方式布局，使磁盘偏移量 X 存储在 Blob 偏移量 X 的位置。在 Blob 末尾有一小段脚注，描述了 VHD 的属性。通常，由于大多数磁盘中都有较大的未使用区域，因此固定格式会浪费空间。不过，Azure 以稀疏格式存储 .vhd 文件，因此可兼获固定和动态格式磁盘的优点。有关详细信息，请参阅[虚拟硬盘入门](https://technet.microsoft.com/zh-cn/library/dd979539.aspx)。 -Azure 中所有作为磁盘或映像创建来源的 .vhd 文件都是只读的。当你创建磁盘或映像时，Azure 将生成 .vhd 文件的副本。这些副本可以是只读或读写的，具体取决于你使用 VHD 的方式。 +Azure 中所有作为磁盘或镜像创建来源的 .vhd 文件都是只读的。当你创建磁盘或镜像时，Azure 将生成 .vhd 文件的副本。这些副本可以是只读或读写的，具体取决于你使用 VHD 的方式。 - 当你基于映像创建虚拟机时，Azure 将为虚拟机创建磁盘，该磁盘是源 .vhd 文件的副本。为避免被意外删除，Azure 对任何用于创建映像、操作系统磁盘或数据磁盘的源 .vhd 文件设置了租约。 + 当你基于镜像创建虚拟机时，Azure 将为虚拟机创建磁盘，该磁盘是源 .vhd 文件的副本。为避免被意外删除，Azure 对任何用于创建镜像、操作系统磁盘或数据磁盘的源 .vhd 文件设置了租约。 -在删除源 .vhd 文件之前，需要先通过删除磁盘或映像来解除租约。若要删除由虚拟机当前用作操作系统磁盘的 .vhd 文件，可以通过删除虚拟机并删除所有关联的磁盘，一次性删除虚拟机、操作系统磁盘和源 .vhd 文件。但是，删除用作数据磁盘来源的 .vhd 文件需要按一定顺序执行几个步骤：先从虚拟机分离该磁盘，再删除该磁盘，然后才能删除 .vhd 文件。 +在删除源 .vhd 文件之前，需要先通过删除磁盘或镜像来解除租约。若要删除由虚拟机当前用作操作系统磁盘的 .vhd 文件，可以通过删除虚拟机并删除所有关联的磁盘，一次性删除虚拟机、操作系统磁盘和源 .vhd 文件。但是，删除用作数据磁盘来源的 .vhd 文件需要按一定顺序执行几个步骤：先从虚拟机分离该磁盘，再删除该磁盘，然后才能删除 .vhd 文件。 >[AZURE.WARNING]如果你从存储空间删除了源 .vhd 文件或删除了你的存储帐户，Microsoft 无法为你恢复数据。 diff --git a/articles/virtual-machines-docker-compose-quickstart.md b/articles/virtual-machines-docker-compose-quickstart.md index f898d3983..7b56e1ac9 100644 --- a/articles/virtual-machines-docker-compose-quickstart.md +++ b/articles/virtual-machines-docker-compose-quickstart.md @@ -20,7 +20,7 @@ ## 步骤 1：将 Linux VM 设置为 Docker 主机 -可以使用各种 Azure 过程和 Azure 应用商店中提供的映像创建 Linux VM 并将其设置为 Docker 主机。有关示例，请参阅[从 Azure 命令行界面使用 Docker VM 扩展](/documentation/articles/virtual-machines-docker-with-xplat-cli)，了解使用 Docker VM 扩展创建 Ubuntu VM 的快速过程。使用 Docker VM 扩展时，你的 VM 将自动设置为 Docker 主机。该文中的示例演示如何在服务管理模式下使用[适用于 Mac、Linux 和 Windows 的 Azure 命令行界面](/documentation/articles/xplat-cli) (Azure CLI) 创建 VM。 +可以使用各种 Azure 过程和 Azure 应用商店中提供的镜像创建 Linux VM 并将其设置为 Docker 主机。有关示例，请参阅[从 Azure 命令行界面使用 Docker VM 扩展](/documentation/articles/virtual-machines-docker-with-xplat-cli)，了解使用 Docker VM 扩展创建 Ubuntu VM 的快速过程。使用 Docker VM 扩展时，你的 VM 将自动设置为 Docker 主机。该文中的示例演示如何在服务管理模式下使用[适用于 Mac、Linux 和 Windows 的 Azure 命令行界面](/documentation/articles/xplat-cli) (Azure CLI) 创建 VM。 ## 步骤 2：安装 Compose @@ -49,9 +49,9 @@ docker-compose 1.3.2 ## 步骤 3：创建 docker-compose.yml 配置文件 -接下来，将创建 `docker-compose.yml` 文件，它只是一个文本配置文件，用于定义要在 VM 上运行的 Docker 容器。该文件指定要在每个容器中运行的映像（或者它可能从 Dockerfile 生成）、必要的环境变量和依赖关系、端口、容器之间的链接等。有关 yml 文件语法的详细信息，请参阅 [docker-compose.yml 参考](http://docs.docker.com/compose/yml/)。 +接下来，将创建 `docker-compose.yml` 文件，它只是一个文本配置文件，用于定义要在 VM 上运行的 Docker 容器。该文件指定要在每个容器中运行的镜像（或者它可能从 Dockerfile 生成）、必要的环境变量和依赖关系、端口、容器之间的链接等。有关 yml 文件语法的详细信息，请参阅 [docker-compose.yml 参考](http://docs.docker.com/compose/yml/)。 -在 VM 上创建工作目录，并使用你最喜欢的文本编辑器创建 `docker-compose.yml`。若要试用一个简单示例，请将以下文本复制到该文件中。此配置将使用 [DockerHub 注册表](https://registry.hub.docker.com/_/wordpress/)中的映像安装 WordPress（开源博客和内容管理系统）和链接的后端 MariaDB SQL 数据库。 +在 VM 上创建工作目录，并使用你最喜欢的文本编辑器创建 `docker-compose.yml`。若要试用一个简单示例，请将以下文本复制到该文件中。此配置将使用 [DockerHub 注册表](https://registry.hub.docker.com/_/wordpress/)中的镜像安装 WordPress（开源博客和内容管理系统）和链接的后端 MariaDB SQL 数据库。 ``` wordpress: diff --git a/articles/virtual-machines-docker-machine.md b/articles/virtual-machines-docker-machine.md index bcaa28126..22326078c 100644 --- a/articles/virtual-machines-docker-machine.md +++ b/articles/virtual-machines-docker-machine.md @@ -15,7 +15,7 @@ # 如何将 docker-machine 与 Azure 一起使用 -本主题介绍如何将 [Docker](https://www.docker.com/) 与[计算机](https://github.com/docker/machine)和 [Azure CLI](https://github.com/Azure/azure-xplat-cli) 结合使用来创建 Azure 虚拟机，以便快速轻松地从运行 Ubuntu 的计算机管理 Linux 容器。为了演示，本教程将说明如何同时部署 [busybox Docker Hub 映像](https://registry.hub.docker.com/_/busybox/)和 [nginx Docker Hub 映像](https://registry.hub.docker.com/_/nginx/)，并配置容器将 Web 请求路由到 nginx 容器。（Docker **计算机**文档介绍如何针对其他平台修改这些说明。） +本主题介绍如何将 [Docker](https://www.docker.com/) 与[计算机](https://github.com/docker/machine)和 [Azure CLI](https://github.com/Azure/azure-xplat-cli) 结合使用来创建 Azure 虚拟机，以便快速轻松地从运行 Ubuntu 的计算机管理 Linux 容器。为了演示，本教程将说明如何同时部署 [busybox Docker Hub 镜像](https://registry.hub.docker.com/_/busybox/)和 [nginx Docker Hub 镜像](https://registry.hub.docker.com/_/nginx/)，并配置容器将 Web 请求路由到 nginx 容器。（Docker **计算机**文档介绍如何针对其他平台修改这些说明。） [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-classic-include.md)]资源管理器模型。 @@ -31,7 +31,7 @@ ## 获取 docker-machine - 或生成它 -熟悉 **docker-machine** 的最快方法是直接从[版本共享](https://github.com/docker/machine/releases)下载相应的发行版。本教程中的客户端计算机在 x64 计算机上运行 Ubuntu，因此 **docker-machine_linux amd64** 映像是所使用的那一个。 +熟悉 **docker-machine** 的最快方法是直接从[版本共享](https://github.com/docker/machine/releases)下载相应的发行版。本教程中的客户端计算机在 x64 计算机上运行 Ubuntu，因此 **docker-machine_linux amd64** 镜像是所使用的那一个。 你还可以按照[提供给虚拟机](https://github.com/docker/machine#contributing)的步骤自己构建 **docker-machine**。为执行此生成你应准备好下载多达 1 GB 或更多的内容，但通过这样做你可以按所需方式准确地自定义自己的体验。 @@ -138,7 +138,7 @@ > [AZURE.NOTE]本教程演示创建一个 VM 的 **docker-machine**。但是，你可以重复执行这些步骤创建所需的任意数量的虚拟机。如果这样做，则使用 docker 切换 VM 的最佳方式是以内联方式使用 **env** 命令，以便为每个单独的命令设置 **docker** 环境变量。例如，若要对不同 VM 使用 **docker info**，可以键入 `docker $(docker-machine env ) info`，**env** 命令会填写要用于该 VM 的 docker 连接信息。 -## 至此已完成。让我们来使用 docker 和 Docker Hub 映像远程运行一些应用程序。 +## 至此已完成。让我们来使用 docker 和 Docker Hub 镜像远程运行一些应用程序。 现在可以以正常方式使用 docker 在容器中创建应用程序。最容易演示的是 [busybox](https://registry.hub.docker.com/_/busybox/)： @@ -154,7 +154,7 @@ 但是，你可能想要创建可立即在 Internet 上看到的应用程序，例如 [Docker Hub](https://registry.hub.docker.com/) 中的 [nginx](https://registry.hub.docker.com/_/nginx/)。 -> [AZURE.NOTE]请记住使用 **-P** 选项让 **docker** 随机将端口分配给该映像，并使用 **-d** 以确保该容器在后台继续运行。（如果你忘记，你将启动 nginx，然后它将立即关闭。不要忘记！） +> [AZURE.NOTE]请记住使用 **-P** 选项让 **docker** 随机将端口分配给该镜像，并使用 **-d** 以确保该容器在后台继续运行。（如果你忘记，你将启动 nginx，然后它将立即关闭。不要忘记！） $ docker run --name machinenginx -P -d nginx Unable to find image 'nginx:latest' locally diff --git a/articles/virtual-machines-docker-registry-on-azure-blob-storage.md b/articles/virtual-machines-docker-registry-on-azure-blob-storage.md index a6efb88e2..c7ad54c4d 100644 --- a/articles/virtual-machines-docker-registry-on-azure-blob-storage.md +++ b/articles/virtual-machines-docker-registry-on-azure-blob-storage.md @@ -1,6 +1,6 @@ 在 Azure 上快速配置服务器。 ## 什么是私有 Docker 注册表？ -若要将容器化应用程序传送到云，你需要构建 Docker 容器映像，并将其存储到某个位置，供自己和他人使用。 +若要将容器化应用程序传送到云，你需要构建 Docker 容器镜像，并将其存储到某个位置，供自己和他人使用。 -创建容器映像并将其传送到云的过程十分轻松，但要可靠地存储生成的映像则是个难题。因此，Docker 提供了一个称为 [Docker Hub][docker-hub] 的集中式服务，可将容器映像存储在云中，并让你随时使用这些映像创建容器。 +创建容器镜像并将其传送到云的过程十分轻松，但要可靠地存储生成的镜像则是个难题。因此，Docker 提供了一个称为 [Docker Hub][docker-hub] 的集中式服务，可将容器镜像存储在云中，并让你随时使用这些镜像创建容器。 -尽管 [Docker Hub][docker-hub] 是存储私有应用程序容器映像的付费服务，但 Docker 仍会遵循开发人员的需求并提供开放源代码工具集，用于在防火墙后面或本地你自己的私有 Docker 注册表中存储映像，而无需使用公共 Internet。由于可以轻松保护 Azure Blob 存储，因此你可以快速地使用它在自行控制的 Azure 中创建并使用私有 Docker 注册表。 +尽管 [Docker Hub][docker-hub] 是存储私有应用程序容器镜像的付费服务，但 Docker 仍会遵循开发人员的需求并提供开放源代码工具集，用于在防火墙后面或本地你自己的私有 Docker 注册表中存储镜像，而无需使用公共 Internet。由于可以轻松保护 Azure Blob 存储，因此你可以快速地使用它在自行控制的 Azure 中创建并使用私有 Docker 注册表。 ## 为何应在 Azure 上托管 Docker 注册表？ -通过在 Windows Azure 上托管 Docker 注册表实例并将映像存储在 Azure Blob 存储上，可以获得多种好处： +通过在 Windows Azure 上托管 Docker 注册表实例并将镜像存储在 Azure Blob 存储上，可以获得多种好处： -**安全性：**Docker 映像不会离开 Azure 数据中心，因此它们不会像使用 Docker Hub 时一样跨公共 Internet。 +**安全性：**Docker 镜像不会离开 Azure 数据中心，因此它们不会像使用 Docker Hub 时一样跨公共 Internet。 -**性能：**Docker 映像存储在与应用程序相同的数据中心或区域内。这意味着，可以比 Docker Hub 更快、更可靠地提取映像。 +**性能：**Docker 镜像存储在与应用程序相同的数据中心或区域内。这意味着，可以比 Docker Hub 更快、更可靠地提取镜像。 **可靠性：**通过使用 Windows Azure Blob 存储，你可以利用许多存储属性，例如高可用性、冗余、高级存储 (SSD) 等等。 @@ -50,13 +50,13 @@ 你可以使用两种不同的方式[配置][registry-config] Docker 注册表。你可以： -1. 使用 `config.yml` 文件。在此情况下，必须在 `registry` 映像顶部创建独立的 Docker 映像。 -2. 通过环境变量重写默认配置文件：在不创建和维护单独 Docker 映像的情况下完成操作。 +1. 使用 `config.yml` 文件。在此情况下，必须在 `registry` 镜像顶部创建独立的 Docker 镜像。 +2. 通过环境变量重写默认配置文件：在不创建和维护单独 Docker 镜像的情况下完成操作。 为简单起见，本主题遵循选项 2，即使用环境变量。 若要运行 Docker 注册表实例： -* 使用 Azure 存储帐户存储映像 +* 使用 Azure 存储帐户存储镜像 * 侦听虚拟机的通信端口 5000 * 未配置验证（不建议，请参阅以下注释） @@ -82,7 +82,7 @@ CONTAINER ID IMAGE COMMAND CREATED > [AZURE.IMPORTANT]本文档未涵盖配置 Docker 注册表安全性的操作，如果打开连接到虚拟机终结点上注册表端口的端口，则默认情况下，任何未经身份验证的用户都可以访问注册表；如果使用上述部署命令，则可以访问负载平衡器。 > -> 请参阅[配置 Docker 注册表][registry-config]文档，以了解如何保护注册表实例和映像。 +> 请参阅[配置 Docker 注册表][registry-config]文档，以了解如何保护注册表实例和镜像。 ## 后续步骤 diff --git a/articles/virtual-machines-docker-swarm.md b/articles/virtual-machines-docker-swarm.md index c8db584f4..39088452c 100644 --- a/articles/virtual-machines-docker-swarm.md +++ b/articles/virtual-machines-docker-swarm.md @@ -73,7 +73,7 @@ REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE $

-> 如果你熟悉 **docker**，就会知道其他节点没有任何条目，因为还没有下载并运行任何映像。 +> 如果你熟悉 **docker**，就会知道其他节点没有任何条目，因为还没有下载并运行任何镜像。 ## 将节点 VM 加入 docker 群集 diff --git a/articles/virtual-machines-docker-vm-extension.md b/articles/virtual-machines-docker-vm-extension.md index b9daf2ef4..72ea40d49 100644 --- a/articles/virtual-machines-docker-vm-extension.md +++ b/articles/virtual-machines-docker-vm-extension.md @@ -44,7 +44,7 @@ Docker 及其他*容器*技术使用 Linux 内核的进程和文件系统隔离 | 进程隔离 | 完整性或大或小 | 如果获取 root 权限，容器主机可能会泄密 | | 磁盘上需有内存 | 完整操作系统加上应用 | 仅限应用要求 | | 启动所需时间 | 明显更长：操作系统引导和应用程序加载 | 明显更短：只需启动应用，因为内核已在运行 | -| 容器自动化 | 根据操作系统和应用差别很大 | [Docker 映像库](https://registry.hub.docker.com/)；其他 +| 容器自动化 | 根据操作系统和应用差别很大 | [Docker 镜像库](https://registry.hub.docker.com/)；其他 若要查看容器及其优点的综合讨论，请参阅 [Docker 高级白板](http://channel9.msdn.com/Blogs/Regular-IT-Guy/Docker-High-Level-Whiteboard)。 @@ -59,7 +59,7 @@ Docker 及其他*容器*技术使用 Linux 内核的进程和文件系统隔离 Docker VM 扩展是在你创建的 VM 实例中安装的组件，它会自行安装 Docker 引擎并管理与 VM 的远程通信。安装 VM 扩展的方式有两种：使用管理门户创建 VM，或通过 Azure 命令行界面 (Azure CLI) 创建 VM。 -可以使用门户将 Docker VM 扩展添加到任何兼容的 Linux VM（目前，支持此扩展的唯一映像是七月份后推出的 Ubuntu 14.04 LTS 映像）。但是，如果使用 Azure CLI 命令行，则可以在创建 VM 实例时安装 Docker VM 扩展，以及创建并上载你的 Docker 通信证书。 +可以使用门户将 Docker VM 扩展添加到任何兼容的 Linux VM（目前，支持此扩展的唯一镜像是七月份后推出的 Ubuntu 14.04 LTS 镜像）。但是，如果使用 Azure CLI 命令行，则可以在创建 VM 实例时安装 Docker VM 扩展，以及创建并上载你的 Docker 通信证书。 若要立即创建启用 Docker 的 VM，请参阅： diff --git a/articles/virtual-machines-docker-with-xplat-cli.md b/articles/virtual-machines-docker-with-xplat-cli.md index 54f2265da..87159524e 100644 --- a/articles/virtual-machines-docker-with-xplat-cli.md +++ b/articles/virtual-machines-docker-with-xplat-cli.md @@ -55,19 +55,19 @@ ### 安装 Docker 并对 Azure 使用 Docker VM 扩展 遵循 [Docker 安装说明](https://docs.docker.com/installation/#installation)在计算机本地安装 Docker。 -若要将 Docker 与 Azure 虚拟机配合使用，VM 使用的 Linux 映像上必须已安装 [Azure Linux VM 代理](/documentation/articles/virtual-machines-linux-agent-user-guide)。目前，只有两种类型的映像提供此代理： +若要将 Docker 与 Azure 虚拟机配合使用，VM 使用的 Linux 镜像上必须已安装 [Azure Linux VM 代理](/documentation/articles/virtual-machines-linux-agent-user-guide)。目前，只有两种类型的镜像提供此代理： -+ Azure 映像库中的 Ubuntu 映像，或 ++ Azure 镜像库中的 Ubuntu 镜像，或 -+ 使用已安装并配置的 Azure Linux VM 代理创建的自定义 Linux 映像。有关如何使用 Azure VM 代理构建自定义 Linux VM 的详细信息，请参阅 [Azure Linux VM 代理](/documentation/articles/virtual-machines-linux-agent-user-guide)。 ++ 使用已安装并配置的 Azure Linux VM 代理创建的自定义 Linux 镜像。有关如何使用 Azure VM 代理构建自定义 Linux VM 的详细信息，请参阅 [Azure Linux VM 代理](/documentation/articles/virtual-machines-linux-agent-user-guide)。 -### 使用 Azure 映像库 +### 使用 Azure 镜像库 -从 Bash 或终端会话键入以下 Azure CLI 命令找到 VM 映像库中要使用的最新 Ubuntu 映像 +从 Bash 或终端会话键入以下 Azure CLI 命令找到 VM 镜像库中要使用的最新 Ubuntu 镜像 `azure vm image list | grep Ubuntu-14_04` -选择其中一个映像名称（例如 `b549f4301d0b4295b8e76ceb65df47d4__Ubuntu-14_04-LTS-amd64-server-20140606.1-en-us-30GB`），然后使用以下命令创建使用该映像的新 VM。 +选择其中一个镜像名称（例如 `b549f4301d0b4295b8e76ceb65df47d4__Ubuntu-14_04-LTS-amd64-server-20140606.1-en-us-30GB`），然后使用以下命令创建使用该镜像的新 VM。 ``` azure vm docker create -e 22 -l "China North" "b549f4301d0b4295b8e76ceb65df47d4__Ubuntu-14_04-LTS-amd64-server-20140606.1-en-us-30GB" diff --git a/articles/virtual-machines-dotnet-create-visual-studio-powershell.md b/articles/virtual-machines-dotnet-create-visual-studio-powershell.md index 3d7608316..124b2af6c 100644 --- a/articles/virtual-machines-dotnet-create-visual-studio-powershell.md +++ b/articles/virtual-machines-dotnet-create-visual-studio-powershell.md @@ -21,8 +21,8 @@ ![][2] 5. 在“DNS 名称”框中，输入虚拟机的名称。DNS 名称在 Azure 中必须唯一。如果输入的名称不可用，则会出现红色感叹号。 -6. 在“映像”列表中，选择要用作虚拟机基础的 VM 映像。你可以选择任何标准 Azure VM 映像，或者已上载到 Azure 的自有映像。 -7. 除非你打算安装其他 Web 服务器，否则请保留选中“启用 IIS 和 Web 部署”复选框。如果禁用“Web 部署”，将无法从 Visual Studio 发布。可以将 IIS 和 Web 部署添加到任何打包的 Windows Server 映像，包括你自己的自定义映像。 +6. 在“镜像”列表中，选择要用作虚拟机基础的 VM 镜像。你可以选择任何标准 Azure VM 镜像，或者已上载到 Azure 的自有镜像。 +7. 除非你打算安装其他 Web 服务器，否则请保留选中“启用 IIS 和 Web 部署”复选框。如果禁用“Web 部署”，将无法从 Visual Studio 发布。可以将 IIS 和 Web 部署添加到任何打包的 Windows Server 镜像，包括你自己的自定义镜像。 8. 在“大小”列表中，选择虚拟机的大小。 9. 指定此虚拟机的登录凭据。请记下这些信息，因为在通过远程桌面访问计算机时需要这些信息。 10. 在“位置”列表中，选择虚拟机的托管区域。 diff --git a/articles/virtual-machines-dotnet-run-compute-intensive-task.md b/articles/virtual-machines-dotnet-run-compute-intensive-task.md index ee358bbad..d41c2392d 100644 --- a/articles/virtual-machines-dotnet-run-compute-intensive-task.md +++ b/articles/virtual-machines-dotnet-run-compute-intensive-task.md @@ -45,7 +45,7 @@ 3. 单击“虚拟机”。 4. 单击“快速创建”。 5. 在“创建虚拟机”屏幕中，为“DNS 名称”输入一个值。 -6. 从“映像”下拉列表中，选择一个映像，如“Windows Server 2012 R2”。 +6. 从“镜像”下拉列表中，选择一个镜像，如“Windows Server 2012 R2”。 7. 在“用户名”字段中输入管理员的名称。记住你下次要输入的此名称和密码，远程登录虚拟机时你将使用它们。 8. 在“新密码”字段中输入密码，然后在“确认”字段中重新输入一次。 9. 从“位置”下拉列表中，选择虚拟机的数据中心位置。 diff --git a/articles/virtual-machines-excel-cluster-hpcpack.md b/articles/virtual-machines-excel-cluster-hpcpack.md index 6a1d31e3b..0552120eb 100644 --- a/articles/virtual-machines-excel-cluster-hpcpack.md +++ b/articles/virtual-machines-excel-cluster-hpcpack.md @@ -13,7 +13,7 @@ # 开始使用 Azure 中的 HPC Pack 群集运行 Excel 和 SOA 工作负荷 -本文介绍如何使用 Azure 快速入门模板或 Azure PowerShell 部署脚本将 HPC Pack 群集部署在 Azure 基础结构服务 (IaaS) 上。你将使用设计为使用 HPC Pack 运行 Microsoft Excel 或面向服务的体系结构 (SOA) 工作负荷的 Azure 应用商店 VM 映像。你可以使用群集从本地客户端计算机运行简单的 Excel HPC 和 SOA 服务。Excel HPC 服务提供 Excel 工作簿卸载和 Excel 用户定义的函数或 UDF。 +本文介绍如何使用 Azure 快速入门模板或 Azure PowerShell 部署脚本将 HPC Pack 群集部署在 Azure 基础结构服务 (IaaS) 上。你将使用设计为使用 HPC Pack 运行 Microsoft Excel 或面向服务的体系结构 (SOA) 工作负荷的 Azure 应用商店 VM 镜像。你可以使用群集从本地客户端计算机运行简单的 Excel HPC 和 SOA 服务。Excel HPC 服务提供 Excel 工作簿卸载和 Excel 用户定义的函数或 UDF。 下图在较高级别显示了将创建的 HPC Pack 群集。 @@ -42,7 +42,7 @@ HPC Pack IaaS 部署脚本提供了另一种通用的方法来部署 HPC Pack **创建配置文件** - HPC Pack IaaS 部署脚本使用描述 HPC 群集基础结构的 XML 配置文件作为输入。若要部署由 1 个头节点和 18 个计算节点（从包含 Microsoft Excel 的计算节点映像创建）组成的群集，请将你环境的值代入下面的示例配置文件。有关配置文件的详细信息，请参阅脚本文件夹中的 Manual.rtf 文件或[脚本文档](https://msdn.microsoft.com/zh-cn/library/azure/dn864734.aspx)。 + HPC Pack IaaS 部署脚本使用描述 HPC 群集基础结构的 XML 配置文件作为输入。若要部署由 1 个头节点和 18 个计算节点（从包含 Microsoft Excel 的计算节点镜像创建）组成的群集，请将你环境的值代入下面的示例配置文件。有关配置文件的详细信息，请参阅脚本文件夹中的 Manual.rtf 文件或[脚本文档](https://msdn.microsoft.com/zh-cn/library/azure/dn864734.aspx)。 ``` @@ -152,7 +152,7 @@ You have enabled REST API or web portal on HPC Pack head node. Please import the 按照下列步骤卸载要在 Azure 中的 HPC Pack 群集上运行的 Excel 工作簿。为此，必须已在客户端计算机上安装 Excel 2010 或 Excel 2013。 -1. 使用步骤 1 中的方法之一通过 Excel 计算节点映像部署 HPC Pack 群集。获取群集证书文件 (.cer) 和群集用户名和密码。 +1. 使用步骤 1 中的方法之一通过 Excel 计算节点镜像部署 HPC Pack 群集。获取群集证书文件 (.cer) 和群集用户名和密码。 2. 在客户端计算机上导入 Cert:\\CurrentUser\\Root 下的群集证书。 @@ -203,7 +203,7 @@ You have enabled REST API or web portal on HPC Pack head node. Please import the ### 运行 Excel UDF -若要运行 Excel UDF，请按照前面的步骤 1 – 3 设置客户端计算机。对于 Excel UDF，不需要将 Excel 应用程序安装在计算节点上，因此你可以在步骤 1 中选择普通计算节点映像，而不是带 Excel 的计算节点映像。 +若要运行 Excel UDF，请按照前面的步骤 1 – 3 设置客户端计算机。对于 Excel UDF，不需要将 Excel 应用程序安装在计算节点上，因此你可以在步骤 1 中选择普通计算节点镜像，而不是带 Excel 的计算节点镜像。 >[AZURE.NOTE]在 Excel 2010 和 Excel 2013 群集连接器对话框中有 34 字符限制。如果完整的群集名称较长（例如 hpcexcelhn01.southeastasia.cloudapp.azure.com），则它会容纳不下，UDF 将不会运行。解决方法是使用 IaaS 部署脚本为群集部署较短名称（如 hpcexcelhn01.cloudapp.net）。将在以后版本的 SOA 会话 API 中解决此问题。 @@ -225,7 +225,7 @@ You have enabled REST API or web portal on HPC Pack head node. Please import the ## 步骤 3.从本地客户端运行 SOA 工作负荷 -若要在 HPC Pack IaaS 群集上运行常规 SOA 应用程序，先使用通用计算节点映像（因为你在计算节点上不需要 Excel）通过步骤 1 中的方法之一部署 IaaS 群集。然后，执行以下步骤。 +若要在 HPC Pack IaaS 群集上运行常规 SOA 应用程序，先使用通用计算节点镜像（因为你在计算节点上不需要 Excel）通过步骤 1 中的方法之一部署 IaaS 群集。然后，执行以下步骤。 1. 检索群集证书之后，在客户端计算机上的 Cert: \\CurrentUser\\Root 下导入它。 diff --git a/articles/virtual-machines-extensions-agent-about.md b/articles/virtual-machines-extensions-agent-about.md index 5ccc21fcd..08107d71c 100644 --- a/articles/virtual-machines-extensions-agent-about.md +++ b/articles/virtual-machines-extensions-agent-about.md @@ -32,9 +32,9 @@ VM 扩展可帮助你： ##适用于 Windows 和 Linux 的 Azure VM 代理 -Azure 虚拟机代理（VM 代理）是一个安全的轻型进程，用于在映像库中的 Azure 虚拟机实例和自定义 VM 实例（如果它们已安装 VM 代理）上安装、配置和删除 VM 扩展。VM 代理充当 Azure VM 的安全本地控制服务。该代理加载的扩展提供特定功能，以在使用实例时提高工作效率。 +Azure 虚拟机代理（VM 代理）是一个安全的轻型进程，用于在镜像库中的 Azure 虚拟机实例和自定义 VM 实例（如果它们已安装 VM 代理）上安装、配置和删除 VM 扩展。VM 代理充当 Azure VM 的安全本地控制服务。该代理加载的扩展提供特定功能，以在使用实例时提高工作效率。 -有两种 Azure VM 代理，一种用于 Windows VM，另一种用于 Linux VM。默认情况下，在从映像库创建 VM 时，自动安装 VM 代理，但也可以在创建实例后安装 VM 代理，或者在随后自行上载的自定义 VM 映像中安装它。 +有两种 Azure VM 代理，一种用于 Windows VM，另一种用于 Linux VM。默认情况下，在从镜像库创建 VM 时，自动安装 VM 代理，但也可以在创建实例后安装 VM 代理，或者在随后自行上载的自定义 VM 镜像中安装它。 >[AZURE.IMPORTANT]这些 VM 代理是非常轻量级的，可启用虚拟机实例的安全管理的服务。可能也存在你不想要 VM 代理的情况。如果是这样，请务必创建未安装 VM 代理的 VM。尽管可以物理删除 VM 代理，但实例上的任何 VM 扩展的行为是不确定的。因此，目前不支持在安装 VM 代理后将其删除。 @@ -52,7 +52,7 @@ Azure 虚拟机代理（VM 代理）是一个安全的轻型进程，用于在 $vm.VM.ProvisionGuestAgent = $TRUE Update-AzureVM –Name $name –VM $vm.VM –ServiceName $svc -- 创建安装了 VM 代理的 VM 映像，然后将它上载到 Azure。对于 Windows VM，下载 [Windows VM 代理 .msi 文件](http://go.microsoft.com/fwlink/?LinkID=394789&clcid=0x409)并安装 VM 代理。对于 Linux VM，将从位于 的 Github 存储库安装它。有关如何在 Linux 上安装 VM 代理的详细信息，请参阅 [Azure Linux VM 代理用户指南](/documentation/articles/virtual-machines-linux-agent-user-guide)。 +- 创建安装了 VM 代理的 VM 镜像，然后将它上载到 Azure。对于 Windows VM，下载 [Windows VM 代理 .msi 文件](http://go.microsoft.com/fwlink/?LinkID=394789&clcid=0x409)并安装 VM 代理。对于 Linux VM，将从位于 的 Github 存储库安装它。有关如何在 Linux 上安装 VM 代理的详细信息，请参阅 [Azure Linux VM 代理用户指南](/documentation/articles/virtual-machines-linux-agent-user-guide)。 >[AZURE.NOTE]在 PaaS 中，VM 代理名为 **GuestAgent**，并且始终可在 Web 角色和辅助角色 VM 上找到。（有关详细信息，请参阅 [Azure 角色体系结构](http://blogs.msdn.com/b/kwill/archive/2011/05/05/windows-azure-role-architecture.aspx)。） 角色 VM 的 VM 代理现在可以按向永久性虚拟机添加扩展的相同方式向云服务 VM 添加扩展。在角色 VM 上的 VM 扩展与永久性 VM 上的 VM 扩展的最大区别是，对于角色 VM，扩展将先添加到云服务，然后再添加到该云服务中的部署。 diff --git a/articles/virtual-machines-extensions-features.md b/articles/virtual-machines-extensions-features.md index 204d4fd93..6868728f5 100644 --- a/articles/virtual-machines-extensions-features.md +++ b/articles/virtual-machines-extensions-features.md @@ -22,7 +22,7 @@ Windows Azure 提供由 Microsoft 和受信任的第三方提供商生成的 VM ##Azure VM 扩展 -VM 扩展实现了你要用于 VM 的大多数关键功能，包括重置密码、配置 RDP 等基本功能以及其他许多功能。由于始终可添加新扩展，VM 在 Azure 中支持的可能功能的数量将不断增加。默认情况下，从映像库创建 VM 时，将安装几个基本 VM 扩展，包括 **IaaSDiagnostics**（当前仅限 Windows VM）、**VMAccess** 和 **BGInfo**（当前也仅限 Windows）。但是，由于功能更新和新扩展的不断流动，在任一特定时间并非所有扩展都同时在 Windows 和 Linux 上实现。 +VM 扩展实现了你要用于 VM 的大多数关键功能，包括重置密码、配置 RDP 等基本功能以及其他许多功能。由于始终可添加新扩展，VM 在 Azure 中支持的可能功能的数量将不断增加。默认情况下，从镜像库创建 VM 时，将安装几个基本 VM 扩展，包括 **IaaSDiagnostics**（当前仅限 Windows VM）、**VMAccess** 和 **BGInfo**（当前也仅限 Windows）。但是，由于功能更新和新扩展的不断流动，在任一特定时间并非所有扩展都同时在 Windows 和 Linux 上实现。 ##连接和基本管理 diff --git a/articles/virtual-machines-freebsd-create-upload-vhd.md b/articles/virtual-machines-freebsd-create-upload-vhd.md index 81d997f52..8cd3c5b4d 100644 --- a/articles/virtual-machines-freebsd-create-upload-vhd.md +++ b/articles/virtual-machines-freebsd-create-upload-vhd.md @@ -1,5 +1,5 @@ //.vhd" -LocalFilePath ## 步骤 5：使用上载的 VHD 创建 VM ## -上载 .vhd 后，你可以将其作为映像添加到与订阅关联的自定义映像列表，并使用此自定义映像创建虚拟机。 +上载 .vhd 后，你可以将其作为镜像添加到与订阅关联的自定义镜像列表，并使用此自定义镜像创建虚拟机。 1. 从你在上一步中使用的 Azure PowerShell 窗口中，键入： @@ -192,17 +192,17 @@ **重要说明**：现在请使用 Linux 作为 OS 类型，因为当前 Azure PowerShell 版本只接受“Linux”或“Windows”作为参数。 -2. 完成前面的步骤后，当你在 Azure 管理门户上选择“映像”选项卡时，将列出新映像。 +2. 完成前面的步骤后，当你在 Azure 管理门户上选择“镜像”选项卡时，将列出新镜像。 - ![添加映像](./media/virtual-machines-freebsd-create-upload-vhd/addfreebsdimage.png) + ![添加镜像](./media/virtual-machines-freebsd-create-upload-vhd/addfreebsdimage.png) -3. 从库中创建虚拟机。此新映像现在将显示在“我的映像”下。选择该新映像，并按照提示完成设置主机名、密码/SSH 密钥等操作。 +3. 从库中创建虚拟机。此新镜像现在将显示在“我的镜像”下。选择该新镜像，并按照提示完成设置主机名、密码/SSH 密钥等操作。 - ![自定义映像](./media/virtual-machines-freebsd-create-upload-vhd/createfreebsdimageinazure.png) + ![自定义镜像](./media/virtual-machines-freebsd-create-upload-vhd/createfreebsdimageinazure.png) 4. 完成设置后，你将看到你的 FreeBSD VM 在 Azure 中运行。 - ![azure 中的 freebsd 映像](./media/virtual-machines-freebsd-create-upload-vhd/freebsdimageinazure.png) + ![azure 中的 freebsd 镜像](./media/virtual-machines-freebsd-create-upload-vhd/freebsdimageinazure.png) \ No newline at end of file diff --git a/articles/virtual-machines-how-to-configure-availability.md b/articles/virtual-machines-how-to-configure-availability.md index 2c30ab73a..ab8a44668 100644 --- a/articles/virtual-machines-how-to-configure-availability.md +++ b/articles/virtual-machines-how-to-configure-availability.md @@ -40,7 +40,7 @@ 3. 单击“虚拟机”，然后单击“从库中”。 -4. 使用前两个屏幕来选择映像、用户名和密码等。有关详细信息，请参阅[创建运行 Windows 的虚拟机][]。 +4. 使用前两个屏幕来选择镜像、用户名和密码等。有关详细信息，请参阅[创建运行 Windows 的虚拟机][]。 5. 在第三个屏幕中，你可以配置网络资源、存储和可用性。请执行以下操作： diff --git a/articles/virtual-machines-how-to-inject-custom-data.md b/articles/virtual-machines-how-to-inject-custom-data.md index c0558017a..ed10e84b3 100644 --- a/articles/virtual-machines-how-to-inject-custom-data.md +++ b/articles/virtual-machines-how-to-inject-custom-data.md @@ -58,13 +58,13 @@ ## Azure 中的 Cloud-init -如果你的 Azure 虚拟机来自 Ubuntu 或 CoreOS 映像，则可以使用 CustomData 将 cloud-config 发送到 cloud-init。或者，如果你的自定义数据文件是一个脚本，则 cloud-init 只需执行它。 +如果你的 Azure 虚拟机来自 Ubuntu 或 CoreOS 镜像，则可以使用 CustomData 将 cloud-config 发送到 cloud-init。或者，如果你的自定义数据文件是一个脚本，则 cloud-init 只需执行它。 -### Ubuntu 云映像 +### Ubuntu 云镜像 -在大多数 Azure Linux 映像中，你将编辑“/etc/waagent.conf”来配置临时资源磁盘和交换文件。有关详细信息，请参阅 [Azure Linux 代理用户指南](/documentation/articles/virtual-machines-linux-agent-user-guide)。 +在大多数 Azure Linux 镜像中，你将编辑“/etc/waagent.conf”来配置临时资源磁盘和交换文件。有关详细信息，请参阅 [Azure Linux 代理用户指南](/documentation/articles/virtual-machines-linux-agent-user-guide)。 -但是，在 Ubuntu 云映像上，你必须使用 cloud-init 来配置资源磁盘（又称“临时”磁盘）和交换分区。有关更多详细信息，请参阅 Ubuntu wiki 上的以下页面：[AzureSwapPartitions](https://wiki.ubuntu.com/AzureSwapPartitions)。 +但是，在 Ubuntu 云镜像上，你必须使用 cloud-init 来配置资源磁盘（又称“临时”磁盘）和交换分区。有关更多详细信息，请参阅 Ubuntu wiki 上的以下页面：[AzureSwapPartitions](https://wiki.ubuntu.com/AzureSwapPartitions)。 diff --git a/articles/virtual-machines-hpcpack-cluster-headnode.md b/articles/virtual-machines-hpcpack-cluster-headnode.md index 0914285a5..a12c7d4aa 100644 --- a/articles/virtual-machines-hpcpack-cluster-headnode.md +++ b/articles/virtual-machines-hpcpack-cluster-headnode.md @@ -12,17 +12,17 @@ ms.date="09/28/2015" wacn.date="11/12/2015"/> -# 在 Azure VM 中使用应用商店映像创建 HPC Pack 群集的头节点 +# 在 Azure VM 中使用应用商店镜像创建 HPC Pack 群集的头节点 [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-classic-include.md)]资源管理器模型。 -本文介绍如何在 Azure 经典（服务管理）部署模型中，使用 Azure 应用商店中的 Microsoft HPC Pack 虚拟机映像创建 Windows HPC 群集的头节点。头节点需要加入到 Azure 虚拟网络的 Active Directory 域中。可以使用此头节点在 Azure 中进行 HPC Pack 概念验证部署，并将计算资源添加到该群集以运行 HPC 工作负荷。 +本文介绍如何在 Azure 经典（服务管理）部署模型中，使用 Azure 应用商店中的 Microsoft HPC Pack 虚拟机镜像创建 Windows HPC 群集的头节点。头节点需要加入到 Azure 虚拟网络的 Active Directory 域中。可以使用此头节点在 Azure 中进行 HPC Pack 概念验证部署，并将计算资源添加到该群集以运行 HPC 工作负荷。 ![HPC Pack 头节点][headnode] ->[AZURE.NOTE]目前，HPC Pack VM 映像为基于预安装了 HPC Pack 2012 R2 Update 2 的 Windows Server 2012 R2 Datacenter。还预安装了 Microsoft SQL Server 2014 Express。 +>[AZURE.NOTE]目前，HPC Pack VM 镜像为基于预安装了 HPC Pack 2012 R2 Update 2 的 Windows Server 2012 R2 Datacenter。还预安装了 Microsoft SQL Server 2014 Express。 对于 Azure 中 HPC Pack 群集的生产部署，我们建议采用自动部署方法，如 HPC Pack IaaS 部署脚本或者 Azure 资源管理器快速入门模板。 @@ -54,7 +54,7 @@ * 对于简单的概念验证部署，可以忽略此步骤，稍后将头节点 VM 提升为域控制器。 -3. 在 Azure 管理门户或 Azure 预览门户中，通过从 Azure 应用商店中选择 HPC Pack 2012 R2 映像，创建一台经典 VM。（请参阅[此处](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)的管理门户步骤。） +3. 在 Azure 管理门户或 Azure 预览门户中，通过从 Azure 应用商店中选择 HPC Pack 2012 R2 镜像，创建一台经典 VM。（请参阅[此处](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)的管理门户步骤。） **注意事项** diff --git a/articles/virtual-machines-hpcpack-cluster-node-manage.md b/articles/virtual-machines-hpcpack-cluster-node-manage.md index bab9be7e7..e319acf75 100644 --- a/articles/virtual-machines-hpcpack-cluster-node-manage.md +++ b/articles/virtual-machines-hpcpack-cluster-node-manage.md @@ -23,7 +23,7 @@ ms.service="virtual-machines" ## 先决条件 -* **Azure VM 中的 HPC Pack 群集** - 在经典（服务管理）部署模型中，使用 HPC Pack 2012 R2 Update 1 以上版本创建一个 HPC Pack 群集。例如，可以通过使用 Azure 应用商店的 HPC Pack VM 映像和 Azure PowerShell 脚本，自动化部署。 +* **Azure VM 中的 HPC Pack 群集** - 在经典（服务管理）部署模型中，使用 HPC Pack 2012 R2 Update 1 以上版本创建一个 HPC Pack 群集。例如，可以通过使用 Azure 应用商店的 HPC Pack VM 镜像和 Azure PowerShell 脚本，自动化部署。 * **Azure 管理证书或发布设置文件** - 你需要在头节点上执行下列操作之一： @@ -56,13 +56,13 @@ Add-HPCIaaSNode.ps1 [-ServiceName] [-ImageName] * **ServiceName** - 云服务的名称，新计算节点 VM 将添加到该服务。 -* **ImageName** -Azure VM 映像名称，可以通过 AzurePortal 或 Azure PowerShell cmdlet **Get-AzureVMImage** 获得。映像必须满足以下要求： +* **ImageName** -Azure VM 镜像名称，可以通过 AzurePortal 或 Azure PowerShell cmdlet **Get-AzureVMImage** 获得。镜像必须满足以下要求： 1. 必须安装了 Windows 操作系统。 2. HPC Pack 必须安装在计算节点角色中。 - 3. 映像的“用户”类别必须是私有映像，而不是公共 Azure VM 映像。 + 3. 镜像的“用户”类别必须是私有镜像，而不是公共 Azure VM 镜像。 * **Quantity**- 要添加的计算节点 VM 的数量。 @@ -76,7 +76,7 @@ Add-HPCIaaSNode.ps1 [-ServiceName] [-ImageName] ### 示例 -下面的示例基于 VM 映像 hpccnimage1，在云服务 hpcservice1 中添加了 20 个大型计算节点 VM。 +下面的示例基于 VM 镜像 hpccnimage1，在云服务 hpcservice1 中添加了 20 个大型计算节点 VM。 ``` Add-HPCIaaSNode.ps1 –ServiceName hpcservice1 –ImageName hpccniamge1 diff --git a/articles/virtual-machines-hpcpack-cluster-powershell-script.md b/articles/virtual-machines-hpcpack-cluster-powershell-script.md index 5b8f4b759..ccf94ed95 100644 --- a/articles/virtual-machines-hpcpack-cluster-powershell-script.md +++ b/articles/virtual-machines-hpcpack-cluster-powershell-script.md @@ -53,9 +53,9 @@ New-HPCIaaSCluster.ps1 [-ConfigFile] [-AdminUserName] [[-AdminP * **AdminPassword** - 指定管理员的密码。如果未在命令行中指定，脚本将提示你输入密码。 -* **HPCImageName**（可选）- 指定用于部署 HPC 群集的 HPC Pack VM 映像名称。它必须是 Microsoft 通过 Azure 应用商店提供的 HPC Pack 映像。如果未指定（在大多数情况下建议不要指定），脚本将选择最新发布的 HPC Pack 映像。 +* **HPCImageName**（可选）- 指定用于部署 HPC 群集的 HPC Pack VM 镜像名称。它必须是 Microsoft 通过 Azure 应用商店提供的 HPC Pack 镜像。如果未指定（在大多数情况下建议不要指定），脚本将选择最新发布的 HPC Pack 镜像。 - >[AZURE.NOTE]指定无效的 HPC Pack 映像会导致部署失败。 + >[AZURE.NOTE]指定无效的 HPC Pack 镜像会导致部署失败。 * **LogFile**（可选）- 指定部署日志文件路径。如果未指定，脚本将在运行脚本的计算机的 temp 目录中创建一个日志文件。 @@ -76,7 +76,7 @@ New-HPCIaaSCluster.ps1 –ConfigFile MyConfigFile.xml -AdminUserName ``` ### 其他注意事项 -* 该脚本使用 Azure 应用商店中的 HPC Pack VM 映像创建群集头节点。当前映像基于装有 HPC Pack 2012 R2 Update 2 的 Windows Server 2012 R2 Datacenter。 +* 该脚本使用 Azure 应用商店中的 HPC Pack VM 镜像创建群集头节点。当前镜像基于装有 HPC Pack 2012 R2 Update 2 的 Windows Server 2012 R2 Datacenter。 * （可选）该脚本可以启用通过 HPC Pack Web 门户或 HPC Pack REST API 提交作业。 @@ -92,7 +92,7 @@ New-HPCIaaSCluster.ps1 –ConfigFile MyConfigFile.xml -AdminUserName ### 示例 1 -以下配置文件将在现有域林中部署一个 HPC Pack 群集。该群集包含 1 个具有本地数据库的头节点和 12 个应用了 BGInfo VM 扩展的计算节点。对于域林中的所有 VM，禁用了 Windows 更新的自动安装。所有云服务直接在“亚洲东部”位置创建。计算节点在 3 个云服务和 3 个存储帐户中创建（即，MyHPCCNService01 和 mycnstorage01 中的 MyHPCCN-0001 到 MyHPCCN-0005；MyHPCCNService02 和 mycnstorage02 中的 MyHPCCN-0006 到 MyHPCCN0010；MyHPCCNService03 和 mycnstorage03 中的 MyHPCCN-0011 到 MyHPCCN-0012）。计算节点是基于从计算节点捕获的现有专用映像创建的。已启用自动增长和收缩服务，该服务采用默认的增长和收缩间隔。 +以下配置文件将在现有域林中部署一个 HPC Pack 群集。该群集包含 1 个具有本地数据库的头节点和 12 个应用了 BGInfo VM 扩展的计算节点。对于域林中的所有 VM，禁用了 Windows 更新的自动安装。所有云服务直接在“亚洲东部”位置创建。计算节点在 3 个云服务和 3 个存储帐户中创建（即，MyHPCCNService01 和 mycnstorage01 中的 MyHPCCN-0001 到 MyHPCCN-0005；MyHPCCNService02 和 mycnstorage02 中的 MyHPCCN-0006 到 MyHPCCN0010；MyHPCCNService03 和 mycnstorage03 中的 MyHPCCN-0011 到 MyHPCCN-0012）。计算节点是基于从计算节点捕获的现有专用镜像创建的。已启用自动增长和收缩服务，该服务采用默认的增长和收缩间隔。 ``` @@ -210,7 +210,7 @@ New-HPCIaaSCluster.ps1 –ConfigFile MyConfigFile.xml -AdminUserName ### 示例 3 -以下配置文件将创建新的域林并部署 HPC Pack 群集，其中包含 1 个具有本地数据库的头节点和 20 个 Linux 计算节点。所有云服务直接在“亚洲东部”位置创建。Linux 计算节点在 4 个云服务和 4 个存储帐户中创建（即，MyLnxCNService01 和 mylnxstorage01 中的 MyLnxCN-0001 到 MyHPCCN-0005；MyLnxCNService02 和 mylnxstorage02 中的MyLnxCN-0006 到 MyLnxCN-0010；MyLnxCNService03 和 mylnxstorage03 中的 MyLnxCN-0011 到 MyLnxCN-0015；MyLnxCNService04 和 mylnxstorage04 中的 MyLnxCN-0016 到 MyLnxCN-0020）。计算节点是基于 OpenLogic CentOS 7.0 版 Linux 映像创建的。 +以下配置文件将创建新的域林并部署 HPC Pack 群集，其中包含 1 个具有本地数据库的头节点和 20 个 Linux 计算节点。所有云服务直接在“亚洲东部”位置创建。Linux 计算节点在 4 个云服务和 4 个存储帐户中创建（即，MyLnxCNService01 和 mylnxstorage01 中的 MyLnxCN-0001 到 MyHPCCN-0005；MyLnxCNService02 和 mylnxstorage02 中的MyLnxCN-0006 到 MyLnxCN-0010；MyLnxCNService03 和 mylnxstorage03 中的 MyLnxCN-0011 到 MyLnxCN-0015；MyLnxCNService04 和 mylnxstorage04 中的 MyLnxCN-0016 到 MyLnxCN-0020）。计算节点是基于 OpenLogic CentOS 7.0 版 Linux 镜像创建的。 ``` diff --git a/articles/virtual-machines-images.md b/articles/virtual-machines-images.md index e7e15a670..99f71533f 100644 --- a/articles/virtual-machines-images.md +++ b/articles/virtual-machines-images.md @@ -1,6 +1,6 @@ -# 关于虚拟机的映像 +# 关于虚拟机的镜像 -在 Azure 中使用映像来提供包含操作系统的新虚拟机。一个映像也可能包含一个或多个数据磁盘。映像可从多个源获取： +在 Azure 中使用镜像来提供包含操作系统的新虚拟机。一个镜像也可能包含一个或多个数据磁盘。镜像可从多个源获取： -- Azure 在[应用商店](http://azure.microsoft.com/gallery/virtual-machines/)中提供映像。你可以找到最新版本的 Windows Server 和 Linux 操作系统的分发。一些映像还包含应用程序，如 SQL Server。MSDN 权益和 MSDN 即付即用订户有权访问其他映像。 -- 开源社区通过 [VM 仓库](http://vmdepot.msopentech.com/List/Index)提供映像。 -- 你还可以通过捕获现有的 Azure 虚拟机用作映像或上载映像来在 Azure 中存储和使用自己的映像。 +- Azure 在[应用商店](http://azure.microsoft.com/gallery/virtual-machines/)中提供镜像。你可以找到最新版本的 Windows Server 和 Linux 操作系统的分发。一些镜像还包含应用程序，如 SQL Server。MSDN 权益和 MSDN 即付即用订户有权访问其他镜像。 +- 开源社区通过 [VM 仓库](http://vmdepot.msopentech.com/List/Index)提供镜像。 +- 你还可以通过捕获现有的 Azure 虚拟机用作镜像或上载镜像来在 Azure 中存储和使用自己的镜像。 -## 关于 VM 映像和 OS 映像 +## 关于 VM 镜像和 OS 镜像 -可以在 Azure 中使用两种类型的映像：*VM 映像*和 *OS 映像*。VM 映像包括在创建该映像时附加到虚拟机的操作系统和所有磁盘。这是较新类型的映像。在引入 VM 映像之前，Azure 中的映像只能包含一个通用操作系统，而不能包含任何附加磁盘。只包含一个通用操作系统的 VM 映像基本上与原始类型的映像（即，OS 映像）相同。 +可以在 Azure 中使用两种类型的镜像：*VM 镜像*和 *OS 镜像*。VM 镜像包括在创建该镜像时附加到虚拟机的操作系统和所有磁盘。这是较新类型的镜像。在引入 VM 镜像之前，Azure 中的镜像只能包含一个通用操作系统，而不能包含任何附加磁盘。只包含一个通用操作系统的 VM 镜像基本上与原始类型的镜像（即，OS 镜像）相同。 -你可以基于 Azure 中的虚拟机或复制和上载的在别处运行的虚拟机，创建你自己的映像。如果要使用某个映像来创建多个虚拟机，则需要通过对其进行通用化来准备将其用作映像。若要创建 Windows Server 映像，请在上载 .vhd 文件之前在服务器上运行 Sysprep 命令对其进行通用化。有关 Sysprep 的详细信息，请参阅[如何使用 Sysprep：简介](http://go.microsoft.com/fwlink/p/?LinkId=392030)。若要创建 Linux 映像，根据软件分发，你需要运行一组特定于该分发的命令，并运行 Azure Linux 代理。 +你可以基于 Azure 中的虚拟机或复制和上载的在别处运行的虚拟机，创建你自己的镜像。如果要使用某个镜像来创建多个虚拟机，则需要通过对其进行通用化来准备将其用作镜像。若要创建 Windows Server 镜像，请在上载 .vhd 文件之前在服务器上运行 Sysprep 命令对其进行通用化。有关 Sysprep 的详细信息，请参阅[如何使用 Sysprep：简介](http://go.microsoft.com/fwlink/p/?LinkId=392030)。若要创建 Linux 镜像，根据软件分发，你需要运行一组特定于该分发的命令，并运行 Azure Linux 代理。 -## 使用映像 +## 使用镜像 在经典部署中使用这些工具的示例： -- 有关 CLI，请参阅[将适用于 Mac、Linux 和 Windows 的 Azure CLI 与 Azure 服务管理配合使用](/documentation/articles/virtual-machines-command-line-tools)中的“用于管理 Azure 虚拟机映像的命令” -- 有关 Azure PowerShell，请参阅下面的命令列表。有关查找用于创建 VM 的映像的示例，请参阅[使用 Azure PowerShell 创建和预配置基于 Windows 的虚拟机](/documentation/articles/virtual-machines-ps-create-preconfigure-windows-vms)中的“步骤 3：确定 ImageFamily” - -- **获取所有映像**：`Get-AzureVMImage`返回当前订阅中可用的所有映像的列表：你的映像以及 Azure 或合作伙伴提供的映像。这意味着你可能会收到一个大列表。下一个示例演示如何获取较短的列表。 -- **获取映像系列**：`Get-AzureVMImage | select ImageFamily` 通过显示 **ImageFamily** 字符串属性获取映像系列的列表。 -- **获取特定系列中的所有映像**：`Get-AzureVMImage | Where-Object {$_.ImageFamily -eq $family}` -- **查找 VM 映像**：`Get-AzureVMImage | where {(gm –InputObject $_ -Name DataDiskConfigurations) -ne $null} | Select -Property Label, ImageName` 这通过筛选 DataDiskConfiguration 属性来完成，它仅适用于 VM 映像。此示例还仅根据标签和映像名称来筛选输出。 -- **保存通用映像**：`Save-AzureVMImage –ServiceName "myServiceName" –Name "MyVMtoCapture" –OSState "Generalized" –ImageName "MyVmImage" –ImageLabel "This is my generalized image"` -- **保存专用映像**：`Save-AzureVMImage –ServiceName "mySvc2" –Name "MyVMToCapture2" –ImageName "myFirstVMImageSP" –OSState "Specialized" -Verbose` ->[Azure.Tip]如果要创建包含数据磁盘和操作系统磁盘的 VM 映像，OSState 参数是必需的。如果未使用此参数，该 cmdlet 将创建 OS 映像。该参数的值根据操作系统磁盘是否已准备好重用来指示映像是通用的还是专用的。 -- **删除映像**：`Remove-AzureVMImage –ImageName "MyOldVmImage"` +- 有关 CLI，请参阅[将适用于 Mac、Linux 和 Windows 的 Azure CLI 与 Azure 服务管理配合使用](/documentation/articles/virtual-machines-command-line-tools)中的“用于管理 Azure 虚拟机镜像的命令” +- 有关 Azure PowerShell，请参阅下面的命令列表。有关查找用于创建 VM 的镜像的示例，请参阅[使用 Azure PowerShell 创建和预配置基于 Windows 的虚拟机](/documentation/articles/virtual-machines-ps-create-preconfigure-windows-vms)中的“步骤 3：确定 ImageFamily” + +- **获取所有镜像**：`Get-AzureVMImage`返回当前订阅中可用的所有镜像的列表：你的镜像以及 Azure 或合作伙伴提供的镜像。这意味着你可能会收到一个大列表。下一个示例演示如何获取较短的列表。 +- **获取镜像系列**：`Get-AzureVMImage | select ImageFamily` 通过显示 **ImageFamily** 字符串属性获取镜像系列的列表。 +- **获取特定系列中的所有镜像**：`Get-AzureVMImage | Where-Object {$_.ImageFamily -eq $family}` +- **查找 VM 镜像**：`Get-AzureVMImage | where {(gm –InputObject $_ -Name DataDiskConfigurations) -ne $null} | Select -Property Label, ImageName` 这通过筛选 DataDiskConfiguration 属性来完成，它仅适用于 VM 镜像。此示例还仅根据标签和镜像名称来筛选输出。 +- **保存通用镜像**：`Save-AzureVMImage –ServiceName "myServiceName" –Name "MyVMtoCapture" –OSState "Generalized" –ImageName "MyVmImage" –ImageLabel "This is my generalized image"` +- **保存专用镜像**：`Save-AzureVMImage –ServiceName "mySvc2" –Name "MyVMToCapture2" –ImageName "myFirstVMImageSP" –OSState "Specialized" -Verbose` +>[Azure.Tip]如果要创建包含数据磁盘和操作系统磁盘的 VM 镜像，OSState 参数是必需的。如果未使用此参数，该 cmdlet 将创建 OS 镜像。该参数的值根据操作系统磁盘是否已准备好重用来指示镜像是通用的还是专用的。 +- **删除镜像**：`Remove-AzureVMImage –ImageName "MyOldVmImage"` ## 其他资源 diff --git a/articles/virtual-machines-infrastructure-services-implementation-guidelines.md b/articles/virtual-machines-infrastructure-services-implementation-guidelines.md index 001e67f18..b4cf57c0c 100644 --- a/articles/virtual-machines-infrastructure-services-implementation-guidelines.md +++ b/articles/virtual-machines-infrastructure-services-implementation-guidelines.md @@ -84,7 +84,7 @@ Azure 组件、服务或产品 | Rg 用于资源组，Svc 用于云服务，VNet 当管理员创建虚拟机时，Windows Azure 将要求他们提供至多为 15 个字符的虚拟机名称。Azure 使用虚拟机名称作为 Azure 虚拟机资源名称。Azure 使用同一名称作为虚拟机上安装的操作系统的计算机名称。但是，这些名称可能并非始终相同。 -如果使用已包含操作系统的 .vhd 映像文件创建虚拟机，Azure 中的虚拟机名称可能不同于虚拟机的操作系统计算机名称。这种情况可能会增加虚拟机管理难度，因此不建议使用这种方法。分配给 Azure 虚拟机资源的名称可以与分配给该虚拟机的操作系统的计算机名称相同。 +如果使用已包含操作系统的 .vhd 镜像文件创建虚拟机，Azure 中的虚拟机名称可能不同于虚拟机的操作系统计算机名称。这种情况可能会增加虚拟机管理难度，因此不建议使用这种方法。分配给 Azure 虚拟机资源的名称可以与分配给该虚拟机的操作系统的计算机名称相同。 我们建议 Azure 虚拟机名称应该与基础 OS 计算机名称相同。因此，请遵循 [Microsoft NetBIOS 计算机命名约定](https://support.microsoft.com/zh-CN/kb/188997)中所述的 NetBIOS 命名规则。 diff --git a/articles/virtual-machines-install-mongodb-windows-server.md b/articles/virtual-machines-install-mongodb-windows-server.md index 9c40fc433..2f607f445 100644 --- a/articles/virtual-machines-install-mongodb-windows-server.md +++ b/articles/virtual-machines-install-mongodb-windows-server.md @@ -18,7 +18,7 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-classic-include.md)]资源管理器模型。 -[MongoDB][MongoDB] 是一个受欢迎的开源、高性能 NoSQL 数据库。使用 [Azure 管理门户][AzureManagementPortal]，你可以使用经典部署模型从映像库中创建运行 Windows Server 的虚拟机。然后，您可以在虚拟机上安装和配置 MongoDB 数据库。 +[MongoDB][MongoDB] 是一个受欢迎的开源、高性能 NoSQL 数据库。使用 [Azure 管理门户][AzureManagementPortal]，你可以使用经典部署模型从镜像库中创建运行 Windows Server 的虚拟机。然后，您可以在虚拟机上安装和配置 MongoDB 数据库。 ## 创建运行 Windows Server 的虚拟机 diff --git a/articles/virtual-machines-java-run-compute-intensive-task.md b/articles/virtual-machines-java-run-compute-intensive-task.md index e614e9ad3..883e2d674 100644 --- a/articles/virtual-machines-java-run-compute-intensive-task.md +++ b/articles/virtual-machines-java-run-compute-intensive-task.md @@ -46,7 +46,7 @@ 1. 登录到 [Azure 管理门户](https://manage.windowsazure.cn)。 2. 依次单击“新建”、“计算”、“虚拟机”和“从库中”。 -3. 在“虚拟机映像选择”对话框中，选择“JDK 7 Windows Server 2012”。请注意，万一你安装的是还不能在 JDK 7 中运行的旧应用程序，可选择 **JDK 6 Windows Server 2012**。 +3. 在“虚拟机镜像选择”对话框中，选择“JDK 7 Windows Server 2012”。请注意，万一你安装的是还不能在 JDK 7 中运行的旧应用程序，可选择 **JDK 6 Windows Server 2012**。 4. 单击**“下一步”**。 4. 在“虚拟机配置”对话框中： 1. 指定虚拟机的名称。 diff --git a/articles/virtual-machines-java-run-tomcat-application-server.md b/articles/virtual-machines-java-run-tomcat-application-server.md index 01ab8edf2..836f5c2ec 100644 --- a/articles/virtual-machines-java-run-tomcat-application-server.md +++ b/articles/virtual-machines-java-run-tomcat-application-server.md @@ -38,7 +38,7 @@ 1. 登录到 [Azure 门户](https://manage.windowsazure.cn)。 2. 依次单击“新建”、“计算”、“虚拟机”和“从库中”。 -3. 在“虚拟机映像选择”对话框中，选择“JDK 7 Windows Server 2012”。请注意，万一你安装的是还不能在 JDK 7 中运行的旧应用程序，可选择 **JDK 6 Windows Server 2012**。 +3. 在“虚拟机镜像选择”对话框中，选择“JDK 7 Windows Server 2012”。请注意，万一你安装的是还不能在 JDK 7 中运行的旧应用程序，可选择 **JDK 6 Windows Server 2012**。 4. 单击**“下一步”**。 5. 在“虚拟机配置”对话框中： 1. 指定虚拟机的名称。 diff --git a/articles/virtual-machines-linux-agent-user-guide.md b/articles/virtual-machines-linux-agent-user-guide.md index 498123a4a..153e9d2d9 100644 --- a/articles/virtual-machines-linux-agent-user-guide.md +++ b/articles/virtual-machines-linux-agent-user-guide.md @@ -21,7 +21,7 @@ Azure Linux 代理 (/usr/sbin/waagent) 管理虚拟机与 Azure 结构控制器的交互。此选项将执行以下操作： -* **映像设置** +* **镜像设置** - 创建用户帐户 - 配置 SSH 身份验证类型 - 部署 SSH 公钥和密钥对 @@ -117,7 +117,7 @@ Linux 代理的正常运行依赖一些系统程序包： - install：手动安装代理 * 在系统中查找必需的依赖项 - * 创建 SysV init 脚本 (/etc/init.d/waagent) 和 logrotate 配置文件 (/etc/logrotate.d/waagent)，并配置映像以在启动时运行 init 脚本 + * 创建 SysV init 脚本 (/etc/init.d/waagent) 和 logrotate 配置文件 (/etc/logrotate.d/waagent)，并配置镜像以在启动时运行 init 脚本 * 将示例配置文件写入 /etc/waagent.conf @@ -147,9 +147,9 @@ Linux 代理的正常运行依赖一些系统程序包： * 将主机名重置为 localhost.localdomain - **警告：**取消预配无法保证清除映像中的所有敏感信息并使之适用于重新分发。 + **警告：**取消预配无法保证清除镜像中的所有敏感信息并使之适用于重新分发。 -- deprovision+user：执行 -deprovision（上述）下面的所有操作，还将删除最后预配的用户帐户（从 /var/lib/waagent 中获得）和关联数据。此参数是取消对以前在 Azure 中设置的映像的设置以便捕获并重新使用该映像时的参数。 +- deprovision+user：执行 -deprovision（上述）下面的所有操作，还将删除最后预配的用户帐户（从 /var/lib/waagent 中获得）和关联数据。此参数是取消对以前在 Azure 中设置的镜像的设置以便捕获并重新使用该镜像时的参数。 - version：显示 waagent 的版本 @@ -189,7 +189,7 @@ Linux 代理的正常运行依赖一些系统程序包： 类型：字符串 ；默认值：无 -如果指定了指向可执行计划的路径，则在 waagent 已配置好映像且将要向结构报告“Ready”状态时调用此计划。为计划指定的参数将为“Ready”。代理不会等待计划返回，便开始继续操作。 +如果指定了指向可执行计划的路径，则在 waagent 已配置好镜像且将要向结构报告“Ready”状态时调用此计划。为计划指定的参数将为“Ready”。代理不会等待计划返回，便开始继续操作。 **Role.ConfigurationConsumer：** @@ -210,9 +210,9 @@ Linux 代理的正常运行依赖一些系统程序包： 类型：布尔值 默认值：y -这允许用户在代理中启用或禁用设置功能。有效值为“y”或“n”。如果禁用设置，则会保留映像中的 SSH 主机和用户密钥，并忽略 Azure 设置 API 中指定的所有配置。 +这允许用户在代理中启用或禁用设置功能。有效值为“y”或“n”。如果禁用设置，则会保留镜像中的 SSH 主机和用户密钥，并忽略 Azure 设置 API 中指定的所有配置。 -**注意：**此参数在使用 cloud-init 进行预配的 Ubuntu 云映像上默认为“n”。 +**注意：**此参数在使用 cloud-init 进行预配的 Ubuntu 云镜像上默认为“n”。 **Provisioning.DeleteRootPassword：** @@ -242,7 +242,7 @@ Linux 代理的正常运行依赖一些系统程序包： 类型：布尔值 默认值：y -如果设置此参数，则 waagent 将监视 Linux 虚拟机的主机名更改情况（由“hostname”命令返回），并自动更新映像中的网络配置以反映此更改。若要将名称更改推送到 DNS 服务器，可在虚拟机中重新启动网络。这将导致 Internet 连接暂时中断。 +如果设置此参数，则 waagent 将监视 Linux 虚拟机的主机名更改情况（由“hostname”命令返回），并自动更新镜像中的网络配置以反映此更改。若要将名称更改推送到 DNS 服务器，可在虚拟机中重新启动网络。这将导致 Internet 连接暂时中断。 **ResourceDisk.Format：** @@ -256,7 +256,7 @@ Linux 代理的正常运行依赖一些系统程序包： 类型：字符串 默认值：ext4 -这将指定资源磁盘的 filesystem 类型。支持的值随 Linux 分发的不同而不同。如果字符串为 X，则 mkfs.X 应呈现在 Linux 映像上。SLES 11 映像通常应使用“ext3”。FreeBSD 映像在此处应使用“ufs2”。 +这将指定资源磁盘的 filesystem 类型。支持的值随 Linux 分发的不同而不同。如果字符串为 X，则 mkfs.X 应呈现在 Linux 镜像上。SLES 11 镜像通常应使用“ext3”。FreeBSD 镜像在此处应使用“ufs2”。 **ResourceDisk.MountPoint：** @@ -309,14 +309,14 @@ Linux 代理的正常运行依赖一些系统程序包： -##Ubuntu 云映像 +##Ubuntu 云镜像 -请注意，Ubuntu 云映像利用 [cloud-init](https://launchpad.net/ubuntu/+source/cloud-init) 执行多种配置任务，这些任务在其他情况下也可以通过 Azure Linux 代理来管理。请注意以下不同： +请注意，Ubuntu 云镜像利用 [cloud-init](https://launchpad.net/ubuntu/+source/cloud-init) 执行多种配置任务，这些任务在其他情况下也可以通过 Azure Linux 代理来管理。请注意以下不同： -- **Provisioning.Enabled** 在使用 cloud-init 执行预配任务的 Ubuntu 云映像上默认为“n”。 +- **Provisioning.Enabled** 在使用 cloud-init 执行预配任务的 Ubuntu 云镜像上默认为“n”。 -- 以下配置参数对使用 cloud-init 来管理资源磁盘并交换空间的 Ubuntu 云映像没有影响： +- 以下配置参数对使用 cloud-init 来管理资源磁盘并交换空间的 Ubuntu 云镜像没有影响： - **ResourceDisk.Format** - **ResourceDisk.Filesystem** @@ -324,7 +324,7 @@ Linux 代理的正常运行依赖一些系统程序包： - **ResourceDisk.EnableSwap** - **ResourceDisk.SwapSizeMB** -- 请参阅以下资源来配置资源磁盘装入点，并在预配期间交换 Ubuntu 云映像上的空间： +- 请参阅以下资源来配置资源磁盘装入点，并在预配期间交换 Ubuntu 云镜像上的空间： - [Ubuntu Wiki：配置交换分区](http://go.microsoft.com/fwlink/?LinkID=532955&clcid=0x409) - [将自定义数据注入到 Azure 虚拟机中](/documentation/articles/virtual-machines-how-to-inject-custom-data) diff --git a/articles/virtual-machines-linux-capture-image.md b/articles/virtual-machines-linux-capture-image.md index 66b6ee887..d4c941c60 100644 --- a/articles/virtual-machines-linux-capture-image.md +++ b/articles/virtual-machines-linux-capture-image.md @@ -1,6 +1,6 @@ [AZURE.NOTE]取消预配会删除文件和数据，目的是使映像“一般化”。仅在需要用作新映像模板的虚拟机上运行此命令。无法确保映像中的所有敏感信息均已清除，或者说无法确保该映像适合再分发给第三方。 + >[AZURE.NOTE]取消预配会删除文件和数据，目的是使镜像“一般化”。仅在需要用作新镜像模板的虚拟机上运行此命令。无法确保镜像中的所有敏感信息均已清除，或者说无法确保该镜像适合再分发给第三方。 3. 键入 **y** 继续。添加 `-force` 参数即可免除此确认步骤。 @@ -64,30 +64,30 @@ Azure 将此模板视为一个映像并将其存储在“映像”下。这也 >[AZURE.NOTE]你可以使用 `azure vm list` 找出在订阅中创建的所有虚拟机 -8. 在虚拟机停止后，使用以下命令捕获映像： +8. 在虚拟机停止后，使用以下命令捕获镜像： `azure vm capture -t ` - 键入你需要的映像名称以替换 _new-image-name_。此命令创建通用 OS 映像。`-t` 子命令将删除原始虚拟机。 + 键入你需要的镜像名称以替换 _new-image-name_。此命令创建通用 OS 镜像。`-t` 子命令将删除原始虚拟机。 -9. 新映像现在会出现在映像列表中，可以用于配置任何新的虚拟机。你可以使用以下命令来查看它： +9. 新镜像现在会出现在镜像列表中，可以用于配置任何新的虚拟机。你可以使用以下命令来查看它： `azure vm image list` - 在“管理门户”中，它会显示在“映像”列表中。[][] + 在“管理门户”中，它会显示在“镜像”列表中。[][] - ![成功捕获映像](./media/virtual-machines-linux-capture-image/VMCapturedImageAvailable.png) + ![成功捕获镜像](./media/virtual-machines-linux-capture-image/VMCapturedImageAvailable.png) ## 后续步骤 -该映像已就绪，可用作创建虚拟机的模板了。你可以使用 Azure CLI 命令 `azure vm create` 并提供刚创建的映像名称。有关此命令的详细信息，请参阅[将 Azure CLI 用于服务管理 API](/documentation/articles/virtual-machines-command-line-tools)。此外，你也可以使用[管理门户][]来创建自定义虚拟机，只需使用**“从库中”**方法并选择你刚创建的映像即可。如需更多详细信息，请参阅[如何创建自定义虚拟机][]。 +该镜像已就绪，可用作创建虚拟机的模板了。你可以使用 Azure CLI 命令 `azure vm create` 并提供刚创建的镜像名称。有关此命令的详细信息，请参阅[将 Azure CLI 用于服务管理 API](/documentation/articles/virtual-machines-command-line-tools)。此外，你也可以使用[管理门户][]来创建自定义虚拟机，只需使用**“从库中”**方法并选择你刚创建的镜像即可。如需更多详细信息，请参阅[如何创建自定义虚拟机][]。 **另请参阅：**[Azure Linux 代理用户指南](/documentation/articles/virtual-machines-linux-agent-user-guide) [管理门户]: http://manage.windowsazure.cn [如何登录到运行 Linux 的虚拟机]: /documentation/articles/virtual-machines-linux-how-to-log-on -[关于 Azure 中的虚拟机映像]: http://msdn.microsoft.com/zh-cn/library/azure/dn790290.aspx +[关于 Azure 中的虚拟机镜像]: http://msdn.microsoft.com/zh-cn/library/azure/dn790290.aspx [如何创建自定义虚拟机]: /documentation/articles/virtual-machines-create-custom [How to Attach a Data Disk to a Virtual Machine]: /documentation/articles/storage-windows-attach-disk [如何创建运行 Linux 的虚拟机]: /documentation/articles/virtual-machines-linux-tutorial diff --git a/articles/virtual-machines-linux-choices-create-vm.md b/articles/virtual-machines-linux-choices-create-vm.md index 94898e19b..7f918b99d 100644 --- a/articles/virtual-machines-linux-choices-create-vm.md +++ b/articles/virtual-machines-linux-choices-create-vm.md @@ -37,17 +37,17 @@ Azure 门户的图形用户界面是一种试用虚拟机的简便方式，尤 [使用计算、网络和存储 .NET 库部署 Azure 资源][] -## 操作系统和映像选项 +## 操作系统和镜像选项 -根据要运行的操作系统选择映像。Azure 及其合作伙伴提供了许多映像，其中一些映像包括应用程序和工具。或者，使用你自己的某一映像。 +根据要运行的操作系统选择镜像。Azure 及其合作伙伴提供了许多镜像，其中一些镜像包括应用程序和工具。或者，使用你自己的某一镜像。 -### Azure 映像 +### Azure 镜像 -这些说明显示如何使用 Azure 映像来创建已使用网络、负载平衡等选项自定义的虚拟机。请参阅[如何在 Azure 中创建运行 Linux 的自定义虚拟机][]。 +这些说明显示如何使用 Azure 镜像来创建已使用网络、负载平衡等选项自定义的虚拟机。请参阅[如何在 Azure 中创建运行 Linux 的自定义虚拟机][]。 -### 使用你自己的映像 +### 使用你自己的镜像 -通过*捕获*现有 Azure 虚拟机来使用基于该 VM 的映像，或者上载你自己的存储在虚拟硬盘 (VHD) 中的映像： +通过*捕获*现有 Azure 虚拟机来使用基于该 VM 的镜像，或者上载你自己的存储在虚拟硬盘 (VHD) 中的镜像： - [如何使用 CLI 捕获 Linux 虚拟机以用作模板][] - [创建并上载包含 Linux 操作系统的虚拟硬盘][] diff --git a/articles/virtual-machines-linux-cluster-hpcpack-namd.md b/articles/virtual-machines-linux-cluster-hpcpack-namd.md index 5cca845ed..5a2a35a3c 100644 --- a/articles/virtual-machines-linux-cluster-hpcpack-namd.md +++ b/articles/virtual-machines-linux-cluster-hpcpack-namd.md @@ -23,7 +23,7 @@ Microsoft HPC Pack 可提供在 Windows Azure 虚拟机群集上运行各种大 ## 先决条件 -* **具有 Linux 计算节点的 HPC Pack 群集** - 请参阅 [Azure 的 HPC Pack 群集中的 Linux 计算节点入门](/documentation/articles/virtual-machines-linux-cluster-hpcpack)，了解使用 Azure PowerShell 脚本和 Azure 应用商店中的 HPC Pack 映像，在 Azure 上部署 HPC Pack 群集与 Linux 计算节点的先决条件和步骤。 +* **具有 Linux 计算节点的 HPC Pack 群集** - 请参阅 [Azure 的 HPC Pack 群集中的 Linux 计算节点入门](/documentation/articles/virtual-machines-linux-cluster-hpcpack)，了解使用 Azure PowerShell 脚本和 Azure 应用商店中的 HPC Pack 镜像，在 Azure 上部署 HPC Pack 群集与 Linux 计算节点的先决条件和步骤。 下面是一个示例 XML 配置文件，可以与脚本配合使用以部署基于 Azure 的 HPC Pack 群集，群集中包含一个 Windows Server 2012 R2 头节点和 4 个大型 (A3) CentOS 6.6 计算节点。请将订阅和服务名称替换为相应值。 diff --git a/articles/virtual-machines-linux-cluster-hpcpack.md b/articles/virtual-machines-linux-cluster-hpcpack.md index e176da410..27a17c32e 100644 --- a/articles/virtual-machines-linux-cluster-hpcpack.md +++ b/articles/virtual-machines-linux-cluster-hpcpack.md @@ -22,7 +22,7 @@ ## 使用 Linux 计算节点部署 HPC Pack 群集 -你将使用 Windows HPC Pack IaaS 部署脚本 (**New-HpcIaaSCluster.ps1**) 在 Azure 基础结构服务 (IaaS) 中自动执行群集部署。此 Azure PowerShell 脚本使用 Azure 应用商店中的 HPC Pack VM 映像进行快速部署，并提供一组全面的配置参数使部署轻松且灵活。你可以使用脚本部署 Azure 虚拟网络、存储帐户、云服务、域控制器、可选的单独 SQL Server 数据库服务器、群集头节点、计算节点、代理节点、Azure PaaS（“迸发”）节点和 Linux 计算节点（[HPC Pack 2012 R2 Update 2](https://technet.microsoft.com/zh-cn/library/mt269417.aspx) 中引入的 Linux 支持）。 +你将使用 Windows HPC Pack IaaS 部署脚本 (**New-HpcIaaSCluster.ps1**) 在 Azure 基础结构服务 (IaaS) 中自动执行群集部署。此 Azure PowerShell 脚本使用 Azure 应用商店中的 HPC Pack VM 镜像进行快速部署，并提供一组全面的配置参数使部署轻松且灵活。你可以使用脚本部署 Azure 虚拟网络、存储帐户、云服务、域控制器、可选的单独 SQL Server 数据库服务器、群集头节点、计算节点、代理节点、Azure PaaS（“迸发”）节点和 Linux 计算节点（[HPC Pack 2012 R2 Update 2](https://technet.microsoft.com/zh-cn/library/mt269417.aspx) 中引入的 Linux 支持）。 有关 HPC Pack 群集部署选项的概述，请参阅 [HPC Pack 2012 R2 和 HPC Pack 2012 入门指南](https://technet.microsoft.com/zh-cn/library/jj884144.aspx)。 @@ -107,16 +107,16 @@ HPC Pack IaaS 部署脚本使用描述 HPC 群集基础结构的 XML 配置文 * HPC Pack 目前支持计算节点的以下 Linux 分发：Ubuntu Server 14.10、CentOS 6.6、CentOS 7.0 和 SUSE Linux Enterprise Server 12。 -* 本文中的示例使用 Azure 应用商店中提供的特定 CentOS 版本来创建群集。如果要使用其他可用映像，请使用 **get-azurevmimage** Azure PowerShell cmdlet 查找所需的映像。例如，若要列出所有 CentOS 7.0 映像，请运行以下命令：``` +* 本文中的示例使用 Azure 应用商店中提供的特定 CentOS 版本来创建群集。如果要使用其他可用镜像，请使用 **get-azurevmimage** Azure PowerShell cmdlet 查找所需的镜像。例如，若要列出所有 CentOS 7.0 镜像，请运行以下命令：``` get-azurevmimage | ?{$_.Label -eq "OpenLogic 7.0"} ``` - 找到所需的映像，然后替换配置文件中的 **ImageName** 值。 + 找到所需的镜像，然后替换配置文件中的 **ImageName** 值。 -* 对 A8 和 A9 大小 VM 支持 RDMA 连接的 Linux 映像可用。如果你指定的映像安装并启用了 Linux RDMA 驱动程序，则 HPC Pack IaaS 部署脚本将部署这些驱动程序。例如，为当前 SUSE Linux Enterprise Server 12（已针对应用商店中的高性能计算映像进行优化）指定映像名称 `b4590d9e3ed742e4a1d46e5424aa335e__suse-sles-12-hpc-v20150708`。 +* 对 A8 和 A9 大小 VM 支持 RDMA 连接的 Linux 镜像可用。如果你指定的镜像安装并启用了 Linux RDMA 驱动程序，则 HPC Pack IaaS 部署脚本将部署这些驱动程序。例如，为当前 SUSE Linux Enterprise Server 12（已针对应用商店中的高性能计算镜像进行优化）指定镜像名称 `b4590d9e3ed742e4a1d46e5424aa335e__suse-sles-12-hpc-v20150708`。 -* 若要在从支持的映像创建的 Linux VM 上启用 Linux RDMA 以运行 MPI 作业，请在群集部署后根据应用程序需求在 Linux 节点上安装并配置特定的 MPI 库。有关如何在 Azure 上的 Linux 节点中使用 RDMA 的详细信息，请参阅[设置 Linux RDMA 群集以运行 MPI 应用程序](/documentation/articles/virtual-machines-linux-cluster-rdma)。 +* 若要在从支持的镜像创建的 Linux VM 上启用 Linux RDMA 以运行 MPI 作业，请在群集部署后根据应用程序需求在 Linux 节点上安装并配置特定的 MPI 库。有关如何在 Azure 上的 Linux 节点中使用 RDMA 的详细信息，请参阅[设置 Linux RDMA 群集以运行 MPI 应用程序](/documentation/articles/virtual-machines-linux-cluster-rdma)。 * 请确保在一个服务内部署所有 Linux RDMA 节点，以便节点之间的 RDMA 网络连接可以正常工作。 diff --git a/articles/virtual-machines-linux-cluster-rdma.md b/articles/virtual-machines-linux-cluster-rdma.md index 2f0bf568b..731754ca7 100644 --- a/articles/virtual-machines-linux-cluster-rdma.md +++ b/articles/virtual-machines-linux-cluster-rdma.md @@ -32,7 +32,7 @@ ## 在 Azure 服务管理中使用 Azure CLI 脚本进行部署 -以下步骤将帮助你使用 Azure CLI 部署 SLES 12 VM、安装 Intel MPI 库和其他自定义项、创建自定义 VM 映像，然后编写脚本部署 A8 或 A9 VM 的群集。 +以下步骤将帮助你使用 Azure CLI 部署 SLES 12 VM、安装 Intel MPI 库和其他自定义项、创建自定义 VM 镜像，然后编写脚本部署 A8 或 A9 VM 的群集。 ### 先决条件 @@ -65,15 +65,15 @@ azure account list azure account set ``` -若要查看 Azure 中公开提供的 SLES 12 HPC 映像，请运行如下命令（如果你的 shell 环境支持 **grep**）： +若要查看 Azure 中公开提供的 SLES 12 HPC 镜像，请运行如下命令（如果你的 shell 环境支持 **grep**）： ``` azure vm image list | grep "suse.*hpc" ``` ->[AZURE.NOTE]已为 SLES 12 HPC 映像预配置了必需的用于 Azure 的 Linux RDMA 驱动程序。 +>[AZURE.NOTE]已为 SLES 12 HPC 镜像预配置了必需的用于 Azure 的 Linux RDMA 驱动程序。 -现在，通过运行如下命令使用提供的 SLES 12 HPC 映像预配 A9 大小 VM： +现在，通过运行如下命令使用提供的 SLES 12 HPC 镜像预配 A9 大小 VM： ``` azure vm create -g -p -c -l -z A9 -n -e 10004 b4590d9e3ed742e4a1d46e5424aa335e__suse-sles-12-hpc-v20150708 @@ -87,7 +87,7 @@ azure vm create -g -p -c -l [AZURE.NOTE]如果未按上面所示指定特定 IP 地址或范围，配置 `StrictHostKeyChecking no` 就会产生潜在的安全风险。 -**应用程序** - 在捕获映像之前，将所需的所有应用程序复制到此 VM 上或执行其他自定义设置。 +**应用程序** - 在捕获镜像之前，将所需的所有应用程序复制到此 VM 上或执行其他自定义设置。 -### 捕获映像 +### 捕获镜像 -若要捕获映像，首先在 Linux VM 中运行以下命令： +若要捕获镜像，首先在 Linux VM 中运行以下命令： ``` $ sudo waagent -deprovision ``` -然后，从客户端计算机运行以下 Azure CLI 命令，以捕获映像。有关详细信息，请参阅[如何捕获 Linux 虚拟机以用作模板](/documentation/articles/virtual-machines-linux-capture-image)。 +然后，从客户端计算机运行以下 Azure CLI 命令，以捕获镜像。有关详细信息，请参阅[如何捕获 Linux 虚拟机以用作模板](/documentation/articles/virtual-machines-linux-capture-image)。 ``` azure vm shutdown @@ -172,9 +172,9 @@ azure vm capture -t ``` -运行这些命令之后，将捕获 VM 映像供你使用并将删除 VM。现已准备好用于部署群集的自定义映像。 +运行这些命令之后，将捕获 VM 镜像供你使用并将删除 VM。现已准备好用于部署群集的自定义镜像。 -### 使用映像部署群集 +### 使用镜像部署群集 使用你环境的相应值修改以下脚本，并从客户端计算机运行它。由于 ASM 部署方法将依次部署 VM，因此将需要几分钟时间才能部署此脚本中建议的 8 个 A9 VM。 diff --git a/articles/virtual-machines-linux-coreos-fleet-get-started.md b/articles/virtual-machines-linux-coreos-fleet-get-started.md index ff6ebbd9e..3372be478 100644 --- a/articles/virtual-machines-linux-coreos-fleet-get-started.md +++ b/articles/virtual-machines-linux-coreos-fleet-get-started.md @@ -24,7 +24,7 @@ ## 示例 1：使用 Docker 的 Hello World -下面是一个在单个 Docker 容器中运行的简单“Hello World”应用程序。此应用程序使用 [busybox Docker Hub 映像]。 +下面是一个在单个 Docker 容器中运行的简单“Hello World”应用程序。此应用程序使用 [busybox Docker Hub 镜像]。 在 Linux 客户端计算机上，使用你最喜欢的文本编辑器创建以下 **systemd** 单元文件并将其命名为 `helloworld.service`。（有关语法的详细信息，请参阅[单元文件]。） @@ -85,7 +85,7 @@ fleetctl --tunnel coreos-cluster.chinacloudapp.cn:22 unload helloworld.service ## 示例 2：高度可用的 Apache 服务器 -使用 CoreOS、Docker 和 **fleet** 的一个优点是很容易以高度可用的方式运行服务。在此示例中，你将部署一个由三个运行 Apache Web 服务器的相同容器组成的服务。这些容器将在群集中的三个虚拟机上运行。此示例类似于[使用 fleet 启动容器]中的示例，并使用 [CoreOS Apache Docker Hub 映像]。 +使用 CoreOS、Docker 和 **fleet** 的一个优点是很容易以高度可用的方式运行服务。在此示例中，你将部署一个由三个运行 Apache Web 服务器的相同容器组成的服务。这些容器将在群集中的三个虚拟机上运行。此示例类似于[使用 fleet 启动容器]中的示例，并使用 [CoreOS Apache Docker Hub 镜像]。 >[AZURE.IMPORTANT]若要运行高度可用的 Apache 服务器，需要在虚拟机（公共端口 80、专用端口 80）上配置负载平衡 HTTP 终结点。你可以在创建 CoreOS 群集后，使用 Azure 门户或 **azure vm endpoint** 命令执行此操作。有关详细信息，请参阅[配置负载平衡集]。 @@ -163,7 +163,7 @@ fleetctl --tunnel coreos-cluster.chinacloudapp.cn:22 unload apache@{1,2,3}.servi [配置负载平衡集]: https://msdn.microsoft.com/zh-CN/library/azure/dn655055.aspx [使用 fleet 启动容器]: https://coreos.com/docs/launching-containers/launching/launching-containers-fleet/ [单元文件]: https://coreos.com/docs/launching-containers/launching/fleet-unit-files/ -[busybox Docker Hub 映像]: https://registry.hub.docker.com/_/busybox/ -[CoreOS Apache Docker Hub 映像]: https://registry.hub.docker.com/u/coreos/apache/ +[busybox Docker Hub 镜像]: https://registry.hub.docker.com/_/busybox/ +[CoreOS Apache Docker Hub 镜像]: https://registry.hub.docker.com/u/coreos/apache/ [Azure 上的 Linux 和开源计算]: /documentation/articles/virtual-machines-linux-opensource \ No newline at end of file diff --git a/articles/virtual-machines-linux-coreos-how-to.md b/articles/virtual-machines-linux-coreos-how-to.md index 0cac28c29..2f6be4f9c 100644 --- a/articles/virtual-machines-linux-coreos-how-to.md +++ b/articles/virtual-machines-linux-coreos-how-to.md @@ -29,7 +29,7 @@ CoreOS 是 Linux 的轻量级版本，旨在支持快速创建使用 Linux 容 概括而言，支持这些目标的 CoreOS 功能包括： -1. 单一打包系统：CoreOS 仅运行可在 Linux 容器中运行，以取得部署速度、一致性和方便性的 Linux 容器映像 +1. 单一打包系统：CoreOS 仅运行可在 Linux 容器中运行，以取得部署速度、一致性和方便性的 Linux 容器镜像 2. 系统会自动执行操作系统更新，这样一来，操作系统会作为单个实体进行更新，并且可以轻松回退到已知状态 3. 内置用于动态 VM 和群集通信与管理的 [etcd](https://github.com/coreos/etcd) 和 [fleet](https://github.com/coreos/fleet) 守护程序（服务） @@ -99,7 +99,7 @@ coreos: 1. 如果尚未安装 [Azure 命令行界面 (Azure CLI)]，请先执行安装并使用工作或学校 ID 登录，或下载 .publishsettings 文件并将其导入你的帐户。 -2. 寻找 CoreOS 映像。若要查找随时可用的映像，请键入 `azure vm image list | grep CoreOS`，然后就会看到类似于以下内容的结果列表： +2. 寻找 CoreOS 镜像。若要查找随时可用的镜像，请键入 `azure vm image list | grep CoreOS`，然后就会看到类似于以下内容的结果列表： 数据: 2b171e93f07c4903bcad35bda10acf22\_\_CoreOS-Stable-522.6.0 Public Linux @@ -109,7 +109,7 @@ coreos: ![][CloudServiceInNewPortal] -4. 使用 **azure vm create** 命令可连接到你的云服务，并可在其中创建新的 CoreOS VM。你将在 **--ssh-cert** 选项中传递 X.509 证书的位置。通过键入以下命令创建你的第一个 VM 映像，请记得使用你创建的云服务名称替换 **coreos-cluster**： +4. 使用 **azure vm create** 命令可连接到你的云服务，并可在其中创建新的 CoreOS VM。你将在 **--ssh-cert** 选项中传递 X.509 证书的位置。通过键入以下命令创建你的第一个 VM 镜像，请记得使用你创建的云服务名称替换 **coreos-cluster**： ``` azure vm create --custom-data=cloud-config.yaml --ssh=22 --ssh-cert=./myCert.pem --no-ssh-password --vm-name=node-1 --connect=coreos-cluster --location='China East' 2b171e93f07c4903bcad35bda10acf22__CoreOS-Stable-522.6.0 core diff --git a/articles/virtual-machines-linux-create-custom.md b/articles/virtual-machines-linux-create-custom.md index 9e2cab8df..da0e3ceea 100644 --- a/articles/virtual-machines-linux-create-custom.md +++ b/articles/virtual-machines-linux-create-custom.md @@ -15,7 +15,7 @@ # 如何在 Azure 中创建运行 Linux 的自定义虚拟机 -本主题介绍如何通过 Azure CLI 使用经典部署模型创建*自定义*虚拟机。我们将使用 Azure 上可用**映像**中的 Linux 映像。Azure CLI 命令提供以下配置选项以及其他配置选项： +本主题介绍如何通过 Azure CLI 使用经典部署模型创建*自定义*虚拟机。我们将使用 Azure 上可用**镜像**中的 Linux 镜像。Azure CLI 命令提供以下配置选项以及其他配置选项： - 将 VM 连接到虚拟网络 - 将 VM 添加到现有云服务 diff --git a/articles/virtual-machines-linux-create-lamp-stack.md b/articles/virtual-machines-linux-create-lamp-stack.md index d6b878ad3..07e724b65 100644 --- a/articles/virtual-machines-linux-create-lamp-stack.md +++ b/articles/virtual-machines-linux-create-lamp-stack.md @@ -19,7 +19,7 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)]本文介绍如何使用资源管理器部署模型或经典部署模型创建资源。 -在本指南中，我们将获取 Linux 映像上安装的 LAMP 堆栈，并将其部署在 Windows Azure 上。 +在本指南中，我们将获取 Linux 镜像上安装的 LAMP 堆栈，并将其部署在 Windows Azure 上。 你将学习以下内容： @@ -31,10 +31,10 @@ 如果你已有虚拟机，并且只想查找在不同 linux 分发上安装 LAMP 堆栈的基础知识，则除了本主题外，还可以参阅[在 Azure 中的 Linux 虚拟机上安装 LAMP 堆栈](/documentation/articles/virtual-machines-linux-install-lamp-stack)。 -你还可以部署 Azure 应用商店中预先配置的 LAMP 映像。下面的 10 分钟视频介绍了如何部署 Azure 应用商店中预建的 LAMP 映像：（Azure VM 上的 LAMP 堆栈](https://channel9.msdn.com/Shows/Azure-Friday/LAMP-stack-on-Azure-VMs-with-Guy-Bowerman)。 +你还可以部署 Azure 应用商店中预先配置的 LAMP 镜像。下面的 10 分钟视频介绍了如何部署 Azure 应用商店中预建的 LAMP 镜像：（Azure VM 上的 LAMP 堆栈](https://channel9.msdn.com/Shows/Azure-Friday/LAMP-stack-on-Azure-VMs-with-Guy-Bowerman)。 -##阶段 1：创建映像 -在此阶段中，你将在 Azure 中使用 Linux 映像创建虚拟机。 +##阶段 1：创建镜像 +在此阶段中，你将在 Azure 中使用 Linux 镜像创建虚拟机。 ###步骤 1：生成 SSH 身份验证密钥 SSH 是面向系统管理员的重要工具。但是，依赖于人工确定的密码来确保安全并不总是明智的做法。使用强 SSH 密钥，可让远程访问保持打开状态，而无需担心密码。此方法包括使用非对称加密进行身份验证。用户的私钥是授予身份验证的密钥。你甚至可以锁定用户的帐户，以完全禁止密码身份验证。 @@ -50,8 +50,8 @@ SSH 是面向系统管理员的重要工具。但是，依赖于人工确定的 - 在**“密钥”**中选择并复制公钥，并将它保存在一个名为 **publicKey.pem** 的文件中。不要单击**“保存公钥”**，因为保存的公钥的文件格式不同于我们所需的公钥。 - 单击**“保存私钥”**，并将其保存到名为 **privateKey.ppk** 的文件中。 -###步骤 2：在 Azure 门户中创建映像。 -在 [Azure 门户](https://manage.windowsazure.cn/)中，单击任务栏中的**“新建”**，按照这些说明创建映像，并根据你的需要选择 Linux 映像。此示例使用 Ubuntu 14.04 映像。 +###步骤 2：在 Azure 门户中创建镜像。 +在 [Azure 门户](https://manage.windowsazure.cn/)中，单击任务栏中的**“新建”**，按照这些说明创建镜像，并根据你的需要选择 Linux 镜像。此示例使用 Ubuntu 14.04 镜像。 ![][3] @@ -98,7 +98,7 @@ TCP 端口 80 是 Apache 侦听的默认端口号。使用 Azure 终结点打开 -###步骤 2：连接到你创建的映像 +###步骤 2：连接到你创建的镜像 你可以选择用于连接到新虚拟机的任何 SSH 工具。在此示例中，我们使用 Putty。 首先，从 Azure 门户获取你的虚拟机的 DNS 名称。依次单击**“浏览”->“虚拟机”->**、你的虚拟机的名称**->“属性”**，然后查看**“属性”**磁贴的**“域名”**字段。 @@ -113,7 +113,7 @@ TCP 端口 80 是 Apache 侦听的默认端口号。使用 Azure 终结点打开 ![][9] -在左窗格中，单击**“连接”-> SSH->“身份验证”**，然后单击**“浏览”**以指定 **privateKey.ppk** 文件（其中包含在“第 1 阶段：创建映像”中 puttygen 生成的私钥）的位置。下面是一个示例： +在左窗格中，单击**“连接”-> SSH->“身份验证”**，然后单击**“浏览”**以指定 **privateKey.ppk** 文件（其中包含在“第 1 阶段：创建镜像”中 puttygen 生成的私钥）的位置。下面是一个示例： ![][10] @@ -126,7 +126,7 @@ TCP 端口 80 是 Apache 侦听的默认端口号。使用 Azure 终结点打开 ![][12] -输入在“第 1 阶段：创建映像”中创建虚拟机时指定的用户名。你将看到如下内容： +输入在“第 1 阶段：创建镜像”中创建虚拟机时指定的用户名。你将看到如下内容： ![][13] @@ -152,7 +152,7 @@ TCP 端口 80 是 Apache 侦听的默认端口号。使用 Azure 终结点打开 如果 Apache 正在运行，但你看不到上面的 Apache 默认页，则需要检查以下项： - Apache Web 服务侦听地址/端口 - - 检查 Azure 虚拟机的终结点设置。确保终结点的配置适用。查看本文中“第 1 阶段：创建映像”中的说明。 + - 检查 Azure 虚拟机的终结点设置。确保终结点的配置适用。查看本文中“第 1 阶段：创建镜像”中的说明。 - 打开 /etc/httpd/conf/httpd.conf，然后搜索字符串“Listen”。确保 Apache 侦听端口与你为终结点配置的专用端口相同。Apache 的默认端口为 80。下面是一个示例。 …… @@ -335,7 +335,7 @@ Tasksel 是一个 Debian/Ubuntu 工具，它将多个相关包作为协调任务 应将它们注释掉（在这些行开头添加 #），然后重启 MySQL。 -若要添加终结点以允许远程访问，请参阅“第 1 阶段：创建映像”中的说明创建新终结点。MySQL 的默认远程访问 TCP 端口号为 3306。下面是一个示例： +若要添加终结点以允许远程访问，请参阅“第 1 阶段：创建镜像”中的说明创建新终结点。MySQL 的默认远程访问 TCP 端口号为 3306。下面是一个示例： ![][17] @@ -363,7 +363,7 @@ Tasksel 是一个 Debian/Ubuntu 工具，它将多个相关包作为协调任务 Apache 正在运行，但你使用浏览器看不到 Apache 默认页。 - **可能的根本原因** 1. Apache 侦听端口与用于 Web 通信的虚拟机终结点的专用端口不同。
- 检查你的公用端口和专用端口终结点设置，并确保专用端口与 Apache 侦听端口相同。有关如何为你的虚拟机配置终结点的说明，请参阅“第 1 阶段：创建映像”。
+ 检查你的公用端口和专用端口终结点设置，并确保专用端口与 Apache 侦听端口相同。有关如何为你的虚拟机配置终结点的说明，请参阅“第 1 阶段：创建镜像”。
若要确定 Apache 侦听端口，请打开 /etc/httpd/conf/httpd.conf （Red Hat 发行版）或 /etc/apache2/ports.conf（Debian 发行版），搜索字符串“Listen”。默认端口为 80。 2. 防火墙已禁用 Apache 侦听端口。
diff --git a/articles/virtual-machines-linux-create-upload-vhd-centos.md b/articles/virtual-machines-linux-create-upload-vhd-centos.md index f6e84b82a..26b7889ef 100644 --- a/articles/virtual-machines-linux-create-upload-vhd-centos.md +++ b/articles/virtual-machines-linux-create-upload-vhd-centos.md @@ -93,7 +93,7 @@ d) 在“IDE 控制器”框中，单击“DVD 驱动器”，然后单击“添加”。 - e) 选择“映像文件”，浏览到 **Linux IC v3.2.iso**，然后单击“打开”。 + e) 选择“镜像文件”，浏览到 **Linux IC v3.2.iso**，然后单击“打开”。 f) 在“设置”页中，单击“确定”。 diff --git a/articles/virtual-machines-linux-create-upload-vhd-generic.md b/articles/virtual-machines-linux-create-upload-vhd-generic.md index 4d2601f6f..cb97739bf 100644 --- a/articles/virtual-machines-linux-create-upload-vhd-generic.md +++ b/articles/virtual-machines-linux-create-upload-vhd-generic.md @@ -17,10 +17,10 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)] -**重要提示**：仅当使用某个[认可的分发](virtual-machines-../linux-endorsed-distributions.md)时，Azure 平台 SLA 才适用于运行 Linux 操作系统的虚拟机。在 Azure 平台映像库中提供的所有 Linux 分发都是具有所需配置的认可的分发。 +**重要提示**：仅当使用某个[认可的分发](virtual-machines-../linux-endorsed-distributions.md)时，Azure 平台 SLA 才适用于运行 Linux 操作系统的虚拟机。在 Azure 平台镜像库中提供的所有 Linux 分发都是具有所需配置的认可的分发。 - [Azure 上的 Linux - 认可的分发](/documentation/articles/virtual-machines-linux-endorsed-distributions) -- [Windows Azure 中对 Linux 映像的支持](http://support2.microsoft.com/kb/2941892) +- [Windows Azure 中对 Linux 镜像的支持](http://support2.microsoft.com/kb/2941892) 所有正在 Azure 上运行的分发都需要满足多个先决条件才能在平台上正常运行。本文并未涵盖所有信息，因为每个分发都是不同的；即使你满足以下所有条件，你也可能仍需显著调整你的 Linux 系统以确保其在平台上正常运行。 @@ -49,11 +49,11 @@ ### 安装不带 Hyper-V 的 Linux ### -在某些情况下，Linux 安装程序可能无法在初始 ramdisk（initrd 或 initramfs）中包含 Hyper-V 驱动程序，除非它检测到它正在运行 Hyper-V 环境。使用不同虚拟化系统（即 Virtualbox、KVM 等）来准备 Linux 映像时，可能需要重新生成 initrd 以确保至少 `hv_vmbus` 和 `hv_storvsc` 内核模块可在初始 ramdisk 上使用。至少在基于上游 Red Hat 分发的系统上这是一个已知问题。 +在某些情况下，Linux 安装程序可能无法在初始 ramdisk（initrd 或 initramfs）中包含 Hyper-V 驱动程序，除非它检测到它正在运行 Hyper-V 环境。使用不同虚拟化系统（即 Virtualbox、KVM 等）来准备 Linux 镜像时，可能需要重新生成 initrd 以确保至少 `hv_vmbus` 和 `hv_storvsc` 内核模块可在初始 ramdisk 上使用。至少在基于上游 Red Hat 分发的系统上这是一个已知问题。 -重新生成 initrd 或 initramfs 映像的机制可能会因分发而有所不同。请查阅分发的文档或相应过程的支持。下面是有关如何使用 `mkinitrd` 实用工具重新生成 initrd 的示例： +重新生成 initrd 或 initramfs 镜像的机制可能会因分发而有所不同。请查阅分发的文档或相应过程的支持。下面是有关如何使用 `mkinitrd` 实用工具重新生成 initrd 的示例： -首先，备份现有 initrd 映像： +首先，备份现有 initrd 镜像： # cd /boot # sudo cp initrd-`uname -r`.img initrd-`uname -r`.img.bak @@ -65,7 +65,7 @@ ### 调整 VHD 大小 ### -Azure 上的 VHD 映像必须已将虚拟大小调整为 1MB。通常情况下，使用 Hyper-V 创建的 VHD 应已正确调整。如果未正确调整 VHD，则在你尝试基于 VHD 创建*映像*时，可能会收到如下错误消息： +Azure 上的 VHD 镜像必须已将虚拟大小调整为 1MB。通常情况下，使用 Hyper-V 创建的 VHD 应已正确调整。如果未正确调整 VHD，则在你尝试基于 VHD 创建*镜像*时，可能会收到如下错误消息： "The VHD http://.blob.core.chinacloudapi.cn/vhds/MyLinuxVM.vhd has an unsupported virtual size of 21475270656 bytes. The size must be a whole number (in MBs).” @@ -73,11 +73,11 @@ Azure 上的 VHD 映像必须已将虚拟大小调整为 1MB。通常情况下 如果你未在 Windows 环境中运行，则建议使用 qemu-img 转换（如果需要）并调整 VHD 大小： - 1. 直接使用工具（如 `qemu-img` 或 `vbox-manage`）调整 VHD 大小可能会生成无法启动的 VHD。因此，建议先将 VHD 转换为 RAW 磁盘映像。如果已将 VM 映像创建为 RAW 磁盘映像（对于 KVM 等某些虚拟机监控程序，这是默认设置），则可以跳过此步骤： + 1. 直接使用工具（如 `qemu-img` 或 `vbox-manage`）调整 VHD 大小可能会生成无法启动的 VHD。因此，建议先将 VHD 转换为 RAW 磁盘镜像。如果已将 VM 镜像创建为 RAW 磁盘镜像（对于 KVM 等某些虚拟机监控程序，这是默认设置），则可以跳过此步骤： # qemu-img convert -f vpc -O raw MyLinuxVM.vhd MyLinuxVM.raw - 2. 计算磁盘映像所需的大小，以确保虚拟大小已调整为 1MB。以下 bash shell 脚本可以对此有帮助。此脚本使用“`qemu-img info`”来确定磁盘映像的虚拟大小，然后将大小计算到下个 1MB： + 2. 计算磁盘镜像所需的大小，以确保虚拟大小已调整为 1MB。以下 bash shell 脚本可以对此有帮助。此脚本使用“`qemu-img info`”来确定磁盘镜像的虚拟大小，然后将大小计算到下个 1MB： rawdisk="MyLinuxVM.raw" vhddisk="MyLinuxVM.vhd" @@ -160,7 +160,7 @@ Hyper-V 和 Azure 的 Linux 集成服务 (LIS) 驱动程序会直接影响上游 - 安装 Azure Linux 代理 - Azure Linux 代理是在 Azure 上设置 Linux 映像所必需的。许多分发将该代理提供为 RPM 或 Deb 包（该包通常称为“WALinuxAgent”或“walinuxagent”）。还可以按照 [Linux 代理指南](/documentation/articles/virtual-machines-linux-agent-user-guide)中的步骤手动安装该代理。 + Azure Linux 代理是在 Azure 上设置 Linux 镜像所必需的。许多分发将该代理提供为 RPM 或 Deb 包（该包通常称为“WALinuxAgent”或“walinuxagent”）。还可以按照 [Linux 代理指南](/documentation/articles/virtual-machines-linux-agent-user-guide)中的步骤手动安装该代理。 - 请确保已安装 SSH 服务器且已将其配置为在引导时启动。这通常是默认设置。 diff --git a/articles/virtual-machines-linux-create-upload-vhd-suse.md b/articles/virtual-machines-linux-create-upload-vhd-suse.md index 6abdef77a..4a8f68380 100644 --- a/articles/virtual-machines-linux-create-upload-vhd-suse.md +++ b/articles/virtual-machines-linux-create-upload-vhd-suse.md @@ -27,7 +27,7 @@ **SLES/openSUSE 安装说明** - - [SUSE Studio](http://www.susestudio.com) 可以轻松地创建和管理 Azure 和 Hyper-V 的 SLES/openSUSE 映像。这是自定义你自己的 SUSE 和 openSUSE 映像的推荐方法。SUSE Studio 库中的以下正式映像可下载或克隆到你自己的 SUSE Studio 中： + - [SUSE Studio](http://www.susestudio.com) 可以轻松地创建和管理 Azure 和 Hyper-V 的 SLES/openSUSE 镜像。这是自定义你自己的 SUSE 和 openSUSE 镜像的推荐方法。SUSE Studio 库中的以下正式镜像可下载或克隆到你自己的 SUSE Studio 中： - [SUSE Studio 库中的 SLES 11 SP3 for Azure](http://susestudio.com/a/02kbT4/sles-11-sp3-for-windows-azure) - [SUSE Studio 库中的 openSUSE 13.1 for Azure](https://susestudio.com/a/02kbT4/opensuse-13-1-for-windows-azure) diff --git a/articles/virtual-machines-linux-create-upload-vhd-ubuntu.md b/articles/virtual-machines-linux-create-upload-vhd-ubuntu.md index 6e8dd67c7..ee6230fd5 100644 --- a/articles/virtual-machines-linux-create-upload-vhd-ubuntu.md +++ b/articles/virtual-machines-linux-create-upload-vhd-ubuntu.md @@ -38,7 +38,7 @@ 2. 单击**“连接”**以打开虚拟机窗口。 -3. 替换映像中的当前存储库，以使用 Ubuntu 的 Azure 存储库。这些步骤可能会由于 Ubuntu 版本的不同而稍有差异。 +3. 替换镜像中的当前存储库，以使用 Ubuntu 的 Azure 存储库。这些步骤可能会由于 Ubuntu 版本的不同而稍有差异。 在编辑 /etc/apt/sources.list 之前，建议进行备份 diff --git a/articles/virtual-machines-linux-create-upload-vhd.md b/articles/virtual-machines-linux-create-upload-vhd.md index ec29a4f01..0c4c3ce48 100644 --- a/articles/virtual-machines-linux-create-upload-vhd.md +++ b/articles/virtual-machines-linux-create-upload-vhd.md @@ -15,17 +15,17 @@ # 创建并上载包含 Linux 操作系统的虚拟硬盘 -本文介绍如何创建和上载虚拟硬盘 (VHD)，以便可以使用它作为自己的映像在 Azure 中创建虚拟机。你将学习如何准备操作系统，以便使用它来根据该映像创建多个虚拟机。请注意，本文所指的虚拟机是使用经典部署模型创建的虚拟机。 +本文介绍如何创建和上载虚拟硬盘 (VHD)，以便可以使用它作为自己的镜像在 Azure 中创建虚拟机。你将学习如何准备操作系统，以便使用它来根据该镜像创建多个虚拟机。请注意，本文所指的虚拟机是使用经典部署模型创建的虚拟机。 [AZURE.INCLUDE [trial-note](../includes/free-trial-note.md)] [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)]本文介绍如何使用服务管理器上载 VHD。 -Azure 中的虚拟机所运行的操作系统基于你在创建虚拟机时选择的映像。你的映像以 VHD 格式和 .vhd 文件的形式存储在存储帐户中。有关详细信息，请参阅[关于 Azure 中的磁盘和映像](https://msdn.microsoft.com/library/azure/jj672979.aspx)。 +Azure 中的虚拟机所运行的操作系统基于你在创建虚拟机时选择的镜像。你的镜像以 VHD 格式和 .vhd 文件的形式存储在存储帐户中。有关详细信息，请参阅[关于 Azure 中的磁盘和镜像](https://msdn.microsoft.com/library/azure/jj672979.aspx)。 当你创建虚拟机时，你可以自定义部分操作系统设置，使之适合于要运行的应用程序。有关说明，请参阅[如何创建自定义虚拟机](/documentation/articles/virtual-machines-create-custom)。 -**重要说明**：只有在使用某个认可的分发的时候也使用 [Azure上的 Linux 认可的分发](/documentation/articles/linux-endorsed-distributions)中“支持的版本”下指定的配置详细信息时，Azure 平台 SLA 才适用于运行 Linux 操作系统的虚拟机。Azure 映像库中的所有 Linux 分发都是具有所需配置的认可的分发。 +**重要说明**：只有在使用某个认可的分发的时候也使用 [Azure上的 Linux 认可的分发](/documentation/articles/linux-endorsed-distributions)中“支持的版本”下指定的配置详细信息时，Azure 平台 SLA 才适用于运行 Linux 操作系统的虚拟机。Azure 镜像库中的所有 Linux 分发都是具有所需配置的认可的分发。 ##先决条件## @@ -39,11 +39,11 @@ Azure 中的虚拟机所运行的操作系统基于你在创建虚拟机时选 有关认可分发的列表，请参阅 [Azure 认可的分发中的 Linux](/documentation/articles/linux-endorsed-distributions)。或者，请参阅本文最后一节中的[非认可分发的信息](/documentation/articles/virtual-machines-linux-create-upload-vhd-generic)。 -- **Azure 命令行界面** - 如果你使用 Linux 操作系统来创建映像，则使用 [Azure 命令行界面](/documentation/articles/virtual-machines-command-line-tools)来上载 VHD。 +- **Azure 命令行界面** - 如果你使用 Linux 操作系统来创建镜像，则使用 [Azure 命令行界面](/documentation/articles/virtual-machines-command-line-tools)来上载 VHD。 - **Azure Powershell 工具** - 还可以使用 `Add-AzureVhd` cmdlet 来上载 VHD。若要下载 Azure Powershell cmdlet，请参阅 [Azure 下载](/downloads/)。有关引用信息，请参阅 [Add-AzureVhd](https://msdn.microsoft.com/zh-cn/library/azure/dn495173.aspx)（可能为英文页面）。 -## 步骤 1：准备要上载的映像 ## +## 步骤 1：准备要上载的镜像 ## Windows Azure 支持多种 Linux 分发（请参阅[认可的分发](/documentation/articles/linux-endorsed-distributions)）。以下文章将指导你完成如何准备 Azure 上支持的各种 Linux 分发： @@ -53,7 +53,7 @@ Windows Azure 支持多种 Linux 分发（请参阅[认可的分发](/documentat - **[Ubuntu](/documentation/articles/virtual-machines-linux-create-upload-vhd-ubuntu)** - **[其他 - 非认可分发](/documentation/articles/virtual-machines-linux-create-upload-vhd-generic)** -另请参阅 **[Linux 安装说明](/documentation/articles/virtual-machines-linux-create-upload-vhd-generic#linuxinstall)**，以获取更多有关如何为 Azure 准备 Linux 映像的提示。 +另请参阅 **[Linux 安装说明](/documentation/articles/virtual-machines-linux-create-upload-vhd-generic#linuxinstall)**，以获取更多有关如何为 Azure 准备 Linux 镜像的提示。 按照上述指导中的步骤进行操作以后，你应该有了一个可以上载到 Azure 中的 VHD 文件。 @@ -130,11 +130,11 @@ Windows Azure 支持多种 Linux 分发（请参阅[认可的分发](/documentat > [AZURE.NOTE]我们建议你使用更新的 Azure Active Directory 方法登录到你的 Azure 订阅，不管是通过 Azure CLI 还是通过 Azure PowerShell。 -## 步骤 3：向 Azure 上载映像 ## +## 步骤 3：向 Azure 上载镜像 ## ### 如果使用 Azure CLI -使用 Azure CLI 上载映像。可使用以下命令上载映像： +使用 Azure CLI 上载镜像。可使用以下命令上载镜像： azure vm image create --location --os Linux @@ -142,7 +142,7 @@ Windows Azure 支持多种 Linux 分发（请参阅[认可的分发](/documentat 你需要一个存储帐户，以便向其上载你的 VHD 文件。你可以选择现有的存储帐户，也可以创建一个新的。若要创建存储帐户，请参阅[创建存储帐户](/documentation/articles/storage-create-storage-account) -在上载 .vhd 文件时，你可以将 .vhd 文件放置在 Blob 存储中的任何位置。在以下命令示例中，**BlobStorageURL** 是你计划使用的存储帐户的 URL，**YourImagesFolder** 是要在其中存储映像的 Blob 存储中的容器。**VHDName** 是显示在[管理门户](http://manage.windowsazure.cn)中用于标识虚拟硬盘的标签。**PathToVHDFile** 是 .vhd 文件的完整路径和名称。 +在上载 .vhd 文件时，你可以将 .vhd 文件放置在 Blob 存储中的任何位置。在以下命令示例中，**BlobStorageURL** 是你计划使用的存储帐户的 URL，**YourImagesFolder** 是要在其中存储镜像的 Blob 存储中的容器。**VHDName** 是显示在[管理门户](http://manage.windowsazure.cn)中用于标识虚拟硬盘的标签。**PathToVHDFile** 是 .vhd 文件的完整路径和名称。 从你在上一步中使用的 Azure PowerShell 窗口中，键入： diff --git a/articles/virtual-machines-linux-diagnostic-extension.md b/articles/virtual-machines-linux-diagnostic-extension.md index 36e6a79b3..6c9641fba 100644 --- a/articles/virtual-machines-linux-diagnostic-extension.md +++ b/articles/virtual-machines-linux-diagnostic-extension.md @@ -42,7 +42,7 @@ Linux 诊断扩展可利用以下功能帮助用户监视在 Windows Azure 上 ## 先决条件 -1. Windows Azure Linux Agent 2.0.6 版或更高版本。请注意，大部分 Azure VM Linux 库映像都包含 2.0.6 版本或更高版本。你可以运行 **WAAgent -version** 以确认 VM 中安装的版本。如果 VM 正在运行的版本早于 2.0.6，则可以按照以下[说明](https://github.com/Azure/WALinuxAgent "说明")进行更新。 +1. Windows Azure Linux Agent 2.0.6 版或更高版本。请注意，大部分 Azure VM Linux 库镜像都包含 2.0.6 版本或更高版本。你可以运行 **WAAgent -version** 以确认 VM 中安装的版本。如果 VM 正在运行的版本早于 2.0.6，则可以按照以下[说明](https://github.com/Azure/WALinuxAgent "说明")进行更新。 - [Azure CLI](/documentation/articles/xplat-cli)。请按照[此指南](/documentation/articles/xplat-cli-install)中的说明在计算机上设置 Azure CLI 环境。安装了 Azure CLI 之后，你可以从命令行界面（Bash、终端、命令提示符）使用 **azure** 命令访问 Azure CLI 命令。例如，运行 **azure vm extension set --help** 可以获取详细用法，运行 **azure login** 可以登录到 Azure，运行 **azure vm list** 可以列出你在 Azure 上拥有的所有虚拟机。 - 用于存储数据的存储帐户。你将需要以前创建的存储帐户名称和访问密钥，以将数据上载到存储中。 diff --git a/articles/virtual-machines-linux-endorsed-distributions.md b/articles/virtual-machines-linux-endorsed-distributions.md index a5e864dfd..9b5985ff5 100644 --- a/articles/virtual-machines-linux-endorsed-distributions.md +++ b/articles/virtual-machines-linux-endorsed-distributions.md @@ -18,7 +18,7 @@ #Azure 认可的分发中的 Linux -Azure 库中的 Linux 映像由很多合作伙伴提供，并且我们正在与各个 Linux 社区合作，以便向“认可的分发”列表添加更多风格。在此期间，对于该库未提供的分发，你始终可以按照[本页](/documentation/articles/virtual-machines-linux-create-upload-vhd)中的指南自备 Linux。 +Azure 库中的 Linux 镜像由很多合作伙伴提供，并且我们正在与各个 Linux 社区合作，以便向“认可的分发”列表添加更多风格。在此期间，对于该库未提供的分发，你始终可以按照[本页](/documentation/articles/virtual-machines-linux-create-upload-vhd)中的指南自备 Linux。 ## 支持的分发和版本 ## @@ -27,7 +27,7 @@ Azure 库中的 Linux 映像由很多合作伙伴提供，并且我们正在与 Hyper-V 和 Azure 的 Linux 集成服务 (LIS) 驱动程序是 Microsoft 直接为上游 Linux 内核提供的内核模块。LIS 驱动程序在默认情况下内置于分发的内核中，或者作为较旧的基于 RHEL/CentOS 的分发在[此处](http://go.microsoft.com/fwlink/?LinkID=403033&clcid=0x409)作为单独的下载提供。有关 LIS 驱动程序的详细信息，请参阅[此文](/documentation/articles/virtual-machines-linux-create-upload-vhd-generic#linux-kernel-requirements)。 -Azure Linux 代理已预安装在 Azure 库映像中，并通常可从分发的包存储库中获得。源代码可在 [GitHub](https://github.com/azure/walinuxagent) 上找到。 +Azure Linux 代理已预安装在 Azure 库镜像中，并通常可从分发的包存储库中获得。源代码可在 [GitHub](https://github.com/azure/walinuxagent) 上找到。 分发|版本|驱动程序|代理 ---|---|---|--- @@ -59,7 +59,7 @@ Canonical 工程和开放社区监管对 Ubuntu 在客户端、服务器和云 ### OpenLogic [http://www.openlogic.com/azure](http://www.openlogic.com/azure) -OpenLogic 是针对云和数据中心的企业开放源解决方案的行业领先的提供商。OpenLogic 帮助各个行业数以百计的领先企业安全获取、支持和控制开源软件。OpenLogic 为 OpenLogic 专家社区支持的 600 个开放源包提供商业级技术支持和保护（包括针对 CentOS 的企业级支持），同时作为在 Azure 上提供基于 CentOS 的映像的产品发布合作伙伴。 +OpenLogic 是针对云和数据中心的企业开放源解决方案的行业领先的提供商。OpenLogic 帮助各个行业数以百计的领先企业安全获取、支持和控制开源软件。OpenLogic 为 OpenLogic 专家社区支持的 600 个开放源包提供商业级技术支持和保护（包括针对 CentOS 的企业级支持），同时作为在 Azure 上提供基于 CentOS 的镜像的产品发布合作伙伴。 ### Oracle diff --git a/articles/virtual-machines-linux-how-to-attach-disk.md b/articles/virtual-machines-linux-how-to-attach-disk.md index 97d25bdb1..9c4874dfc 100644 --- a/articles/virtual-machines-linux-how-to-attach-disk.md +++ b/articles/virtual-machines-linux-how-to-attach-disk.md @@ -19,7 +19,7 @@ 你可以附加空磁盘和包含数据的磁盘。在这两种情况下，这些磁盘实际上是驻留在 Azure 存储帐户中的 .vhd 文件。此外，也是在这两种情况下，在附加磁盘之后，你将需要对其进行初始化，然后才能使用。本文所指的虚拟机是使用经典部署模型创建的虚拟机。 -> [AZURE.NOTE]最佳做法是使用一个或多个不同的磁盘来存储虚拟机的数据。当你创建 Azure 虚拟机时，该虚拟机有一个操作系统磁盘和一个临时磁盘。**不要使用临时磁盘来存储数据。** 顾名思义，它仅提供临时存储。它不提供冗余或备份，因为它不驻留在 Azure 存储空间中。临时磁盘通常由 Azure Linux 代理管理并且自动装载到 **/mnt/resource**（或 Ubuntu 映像上的 **/mnt**）。另一方面，数据磁盘可以由 Linux 内核命名为 `/dev/sdc` 这样的形式，而用户则需对该资源进行分区、格式化和安装。有关详细信息，请参阅 [Azure Linux 代理用户指南][Agent]。 +> [AZURE.NOTE]最佳做法是使用一个或多个不同的磁盘来存储虚拟机的数据。当你创建 Azure 虚拟机时，该虚拟机有一个操作系统磁盘和一个临时磁盘。**不要使用临时磁盘来存储数据。** 顾名思义，它仅提供临时存储。它不提供冗余或备份，因为它不驻留在 Azure 存储空间中。临时磁盘通常由 Azure Linux 代理管理并且自动装载到 **/mnt/resource**（或 Ubuntu 镜像上的 **/mnt**）。另一方面，数据磁盘可以由 Linux 内核命名为 `/dev/sdc` 这样的形式，而用户则需对该资源进行分区、格式化和安装。有关详细信息，请参阅 [Azure Linux 代理用户指南][Agent]。 [AZURE.INCLUDE [howto-attach-disk-windows-linux](../includes/howto-attach-disk-linux.md)] diff --git a/articles/virtual-machines-linux-introduction.md b/articles/virtual-machines-linux-introduction.md index 2e8e4c202..fa0218552 100644 --- a/articles/virtual-machines-linux-introduction.md +++ b/articles/virtual-machines-linux-introduction.md @@ -17,7 +17,7 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)] -本主题提供了在 Azure 云中使用 Linux 虚拟机的某些方面的概述。在使用库中的映像时，部署 Linux 虚拟机是一个非常简单的过程。 +本主题提供了在 Azure 云中使用 Linux 虚拟机的某些方面的概述。在使用库中的镜像时，部署 Linux 虚拟机是一个非常简单的过程。 ## 身份验证：用户名、密码和 SSH 密钥 @@ -43,12 +43,12 @@ Azure 提供了一个入站数据包筛选器，用于限制与管理门户中 - 请参阅：[如何设置虚拟机的终结点](/documentation/articles/virtual-machines-set-up-endpoints/) -默认情况下，Azure 库中的 Linux 映像不支持 *iptables* 防火墙。如果需要，可以将该防火墙配置为提供附加筛选。 +默认情况下，Azure 库中的 Linux 镜像不支持 *iptables* 防火墙。如果需要，可以将该防火墙配置为提供附加筛选。 ## 主机名更改 -在初始部署 Linux 映像的实例时，您需要提供虚拟机的主机名。运行虚拟机后，此主机名将发布到平台 DNS 服务器，以便多个相互连接的虚拟机能够使用主机名执行 IP 地址查找。 +在初始部署 Linux 镜像的实例时，您需要提供虚拟机的主机名。运行虚拟机后，此主机名将发布到平台 DNS 服务器，以便多个相互连接的虚拟机能够使用主机名执行 IP 地址查找。 如果在部署虚拟机后需要更改主机名，请使用命令 @@ -59,7 +59,7 @@ Azure Linux 代理包含自动检测此名称更改的功能，并会相应地 - [Azure Linux 代理用户指南](/documentation/articles/virtual-machines-linux-agent-user-guide/) ### Cloud-Init -**Ubuntu** 和 **CoreOS** 映像利用 cloud-init pn Azure 为启动虚拟机提供附加功能。 +**Ubuntu** 和 **CoreOS** 镜像利用 cloud-init pn Azure 为启动虚拟机提供附加功能。 - [如何插入自定义数据](/documentation/articles/virtual-machines-how-to-inject-custom-data) - [Windows Azure 上的自定义数据和 Cloud-Init](http://azure.microsoft.com/blog/2014/04/21/custom-data-and-cloud-init-on-windows-azure/) @@ -67,15 +67,15 @@ Azure Linux 代理包含自动检测此名称更改的功能，并会相应地 - [如何在 Azure 上使用 CoreOS](/documentation/articles/virtual-machines-linux-coreos-how-to) -## 虚拟机映像捕获 +## 虚拟机镜像捕获 -利用 Azure，可以将现有虚拟机的状态捕获到映像中，该映像随后可用于部署其他虚拟机实例。Azure Linux 代理可用于回滚在设置过程中执行的某些自定义。您可以按照下面的步骤操作来将虚拟机作为映像捕获： +利用 Azure，可以将现有虚拟机的状态捕获到镜像中，该镜像随后可用于部署其他虚拟机实例。Azure Linux 代理可用于回滚在设置过程中执行的某些自定义。您可以按照下面的步骤操作来将虚拟机作为镜像捕获： 1. 运行 **waagent -deprovision** 以撤消预配自定义项。或（可选）运行 **waagent -deprovision+user** 以删除预配期间指定的用户帐户和所有关联的数据。 2. 关闭虚拟机。 -3. 在管理门户中单击“捕获”或者使用 Powershell 或 CLI 工具将虚拟机作为映像捕获。 +3. 在管理门户中单击“捕获”或者使用 Powershell 或 CLI 工具将虚拟机作为镜像捕获。 - 请参阅：[如何捕获 Linux 虚拟机以用作模板](/documentation/articles/virtual-machines-linux-capture-image/) @@ -84,7 +84,7 @@ Azure Linux 代理包含自动检测此名称更改的功能，并会相应地 每个虚拟机都附加有一个临时的本地*资源磁盘*。由于资源磁盘上的数据可能不能在重新启动后持久存在，因此它通常由在虚拟机中运行的应用程序和进程用于数据的短暂和**临时**存储。它还用来为操作系统存储页面文件或交换文件。 -在 Linux 上，资源磁盘通常由 Azure Linux 代理管理并且自动装载到 **/mnt/resource**（或 Ubuntu 映像上的 **/mnt**）。 +在 Linux 上，资源磁盘通常由 Azure Linux 代理管理并且自动装载到 **/mnt/resource**（或 Ubuntu 镜像上的 **/mnt**）。 >[AZURE.NOTE] Note that the resource disk is a **temporary** disk, and might be deleted and reformatted when the VM is rebooted. diff --git a/articles/virtual-machines-linux-mysql-cluster.md b/articles/virtual-machines-linux-mysql-cluster.md index 6479a957f..c67f1727b 100644 --- a/articles/virtual-machines-linux-mysql-cluster.md +++ b/articles/virtual-machines-linux-mysql-cluster.md @@ -56,7 +56,7 @@ MySQL 的其他可能体系结构包括 NBD 群集、Percona 和 Galera 以及 ### 虚拟机 -第一个 Ubuntu 13.10 VM 是使用 Endorsed Ubuntu 库映像并调用 `hadb01` 创建的。在此过程中，将创建名为 hadb 的新云服务。我们这样命名它是为了说明当我们添加更多资源时该服务所具有的共享的负载平衡性质。创建 `hadb01` 是平淡无奇的，可以使用门户完成。将自动创建 SSH 的终结点，并选择我们创建的网络。我们还选择为虚拟机创建新的可用性集。 +第一个 Ubuntu 13.10 VM 是使用 Endorsed Ubuntu 库镜像并调用 `hadb01` 创建的。在此过程中，将创建名为 hadb 的新云服务。我们这样命名它是为了说明当我们添加更多资源时该服务所具有的共享的负载平衡性质。创建 `hadb01` 是平淡无奇的，可以使用门户完成。将自动创建 SSH 的终结点，并选择我们创建的网络。我们还选择为虚拟机创建新的可用性集。 创建第一个虚拟机后（从技术上讲，创建云服务时），我们将继续创建第二个虚拟机 `hadb02`。对于第二个虚拟机，我们还将通过门户使用库中的 Ubuntu 13.10 VM，但我们将选择使用现有的云服务 `hadb.chinacloudapp.cn`，而不是创建一个新的。应为我们自动选择网络和可用性集。也将创建 SSH 终结点。 diff --git a/articles/virtual-machines-linux-nodejs-running-cassandra.md b/articles/virtual-machines-linux-nodejs-running-cassandra.md index 7795d86f2..65aaece00 100644 --- a/articles/virtual-machines-linux-nodejs-running-cassandra.md +++ b/articles/virtual-machines-linux-nodejs-running-cassandra.md @@ -118,12 +118,12 @@ Cassandra 的上述数据中心感知型复制和一致性模型可以很方便

分发版 版本 支持的内核支持的映像支持的镜像
Ubuntu
Ubuntu [Windows Azure 门户](http://www.windowsazure.cn) 14.04 LTS
-由于下载 JRE 需要手动接受 Oracle 许可证，为了简化部署，可先将所有必需软件下载到桌面，然后再将其上载到进行群集部署之前需要创建的 Ubuntu 模板映像中。 +由于下载 JRE 需要手动接受 Oracle 许可证，为了简化部署，可先将所有必需软件下载到桌面，然后再将其上载到进行群集部署之前需要创建的 Ubuntu 模板镜像中。 将以上软件下载到本地桌面上某个已知的下载目录（例如，Windows 上的 %TEMP%/downloads 或者 Linux 或 Mac 上的 ~/download）。 ### 创建 Ubuntu VM -在过程的这个步骤中，我们将使用必备软件创建 Ubuntu 映像，以便重复使用该映像进行多个 Cassandra 节点的预配。 +在过程的这个步骤中，我们将使用必备软件创建 Ubuntu 镜像，以便重复使用该镜像进行多个 Cassandra 节点的预配。 ####步骤 1：生成 SSH 密钥对 Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如何在 Azure 上通过 Linux 使用 SSH（可能为英文页面）上的说明进行操作来生成公/私钥对。如果你打算在 Windows 或 Linux 上将 putty.exe 用作 SSH 客户端，则必须使用 puttygen.exe 将 PEM 编码的 RSA 私钥转换为 PPK 格式。可在以上网页中找到有关此操作的说明。 @@ -281,20 +281,20 @@ Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如 endpoint_snitch org.apache.cassandra.locator.GossipingPropertyFileSnitch 此字段由 NetworkTopologyStrateg 用来推断数据中心以及 VM 的机架 -####步骤 6：捕获 VM 映像 +####步骤 6：捕获 VM 镜像 使用以前创建的主机名 (hk-cas-template.chinacloudapp.cn) 和 SSH 私钥登录到虚拟机。请参阅“如何在 Azure 上通过 Linux 使用 SSH”，以详细了解如何使用命令 ssh 或 putty.exe 登录。 -执行以下顺序的操作以捕获映像： +执行以下顺序的操作以捕获镜像： #####1.预配 -使用命令“sudo waagent –deprovision+user”删除特定于虚拟机实例的信息。请参阅[如何捕获将用作模板的 Linux 虚拟机](/documentation/articles/virtual-machines-linux-capture-image)，了解映像捕获过程的详细信息。 +使用命令“sudo waagent –deprovision+user”删除特定于虚拟机实例的信息。请参阅[如何捕获将用作模板的 Linux 虚拟机](/documentation/articles/virtual-machines-linux-capture-image)，了解镜像捕获过程的详细信息。 #####2：关闭 VM 确保突出显示该虚拟机，然后单击底部命令栏中的“关闭”链接。 -#####3：捕获映像 -确保突出显示该虚拟机，然后单击底部命令栏中的“捕获”链接。在下一屏幕中，请提供映像名称（例如 hk-cas-2-08-ub-14-04-2014071）、适当的映像描述，然后单击“检查”标记完成捕获过程。 +#####3：捕获镜像 +确保突出显示该虚拟机，然后单击底部命令栏中的“捕获”链接。在下一屏幕中，请提供镜像名称（例如 hk-cas-2-08-ub-14-04-2014071）、适当的镜像描述，然后单击“检查”标记完成捕获过程。 -这将需要数秒钟的时间，然后映像就会出现在映像库中的“我的映像”部分。成功捕获映像后，将会自动删除源 VM。 +这将需要数秒钟的时间，然后镜像就会出现在镜像库中的“我的镜像”部分。成功捕获镜像后，将会自动删除源 VM。 ##单区域部署过程 **步骤 1：创建虚拟网络**登录到管理门户，然后使用下表中的属性创建虚拟网络。请参阅[在管理门户中配置只使用云的虚拟网络](/documentation/articles/virtual-networks-create-vnet)，以了解此过程的详细步骤。 @@ -321,7 +321,7 @@ Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如 数据和 Web 子网可以通过网络安全组进行保护，此方面的内容不在本文讲述范围之内。 -**步骤 2：预配虚拟机**使用前面创建的映像，我们可以在云服务器“hk-c-svc-west”中创建以下虚拟机并将其绑定到相应的子网，如下所示： +**步骤 2：预配虚拟机**使用前面创建的镜像，我们可以在云服务器“hk-c-svc-west”中创建以下虚拟机并将其绑定到相应的子网，如下所示： @@ -340,7 +340,7 @@ Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如 创建以上 VM 列表需要完成以下过程： 1. 在特定区域创建空的云服务 -2. 从以前捕获的映像创建 VM，然后将其附加到以前创建的虚拟网络；对所有 VM 重复此过程 +2. 从以前捕获的镜像创建 VM，然后将其附加到以前创建的虚拟网络；对所有 VM 重复此过程 3. 将内部负载平衡器添加到云服务，然后将其附加到“数据”子网 4. 对于以前创建的每个 VM，可以通过一个已连接到以前创建的内部负载平衡器的负载平衡集添加进行 Thrift 通信的负载平衡终结点 @@ -524,7 +524,7 @@ Azure 虚拟网络中的本地网络是一个代理地址空间，该空间映 在 Azure 服务管理门户中，使用这两个虚拟网络的“仪表板”菜单建立网关到网关连接。使用底部工具栏中的“连接”菜单项。几分钟后，仪表板会以图形方式显示连接详细信息。 ###步骤 7：在区域 #2 中创建虚拟机 -按照相同步骤创建区域 #1 部署中描述的 Ubuntu 映像，或者将映像 VHD 文件复制到区域 #2 中的 Azure 存储帐户，然后创建该映像。使用该映像，将下列虚拟机创建到新的云服务 hk-c-svc-east-us 中： +按照相同步骤创建区域 #1 部署中描述的 Ubuntu 镜像，或者将镜像 VHD 文件复制到区域 #2 中的 Azure 存储帐户，然后创建该镜像。使用该镜像，将下列虚拟机创建到新的云服务 hk-c-svc-east-us 中： | 计算机名称 | 子网 | IP 地址 | 可用性集 | DC/机架 | 种子？ | diff --git a/articles/virtual-machines-linux-opensource.md b/articles/virtual-machines-linux-opensource.md index 85edd4b12..c10f58914 100755 --- a/articles/virtual-machines-linux-opensource.md +++ b/articles/virtual-machines-linux-opensource.md @@ -1,6 +1,6 @@ [Distros]: #distros diff --git a/articles/virtual-machines-linux-setup-tomcat7-linux.md b/articles/virtual-machines-linux-setup-tomcat7-linux.md index 2445d1932..c05f6de38 100644 --- a/articles/virtual-machines-linux-setup-tomcat7-linux.md +++ b/articles/virtual-machines-linux-setup-tomcat7-linux.md @@ -16,7 +16,7 @@ Apache Tomcat（或简称 Tomcat，以前也称为 Jakarta Tomcat）是由 Apache Software Foundation (ASF) 开发的一个开源 Web 服务器和 servlet 容器。Tomcat 实现了 Sun Microsystems 提出的 Java Servlet 和 JavaServer Pages (JSP) 规范，并提供了用于运行 Java 代码的纯 Java HTTP Web 服务器环境。在最简单的配置中，Tomcat 在单个操作系统进程中运行。此进程运行 Java 虚拟机 (JVM)。浏览器向 Tomcat 发出的每个 HTTP 请求都作为 Tomcat 进程中的单独线程进行处理。 -在本指南中，将在 Linux 映像上安装 tomcat7，并将其部署在 Windows Azure 中。 +在本指南中，将在 Linux 镜像上安装 tomcat7，并将其部署在 Windows Azure 中。 你将学习以下内容： @@ -28,8 +28,8 @@ Apache Tomcat（或简称 Tomcat，以前也称为 Jakarta Tomcat）是由 Apach 本主题假定你具有 tomcat 和 Linux 的基本专业知识。 -##阶段 1：创建映像 -在此阶段中，你将在 Azure 中使用 Linux 映像创建虚拟机。 +##阶段 1：创建镜像 +在此阶段中，你将在 Azure 中使用 Linux 镜像创建虚拟机。 ###步骤 1：生成 SSH 身份验证密钥 SSH 是面向系统管理员的重要工具。但是，基于人工确定的密码配置访问安全性并不是最佳做法。恶意用户可以根据用户名和弱密码侵入你的系统。 @@ -51,8 +51,8 @@ SSH 是面向系统管理员的重要工具。但是，基于人工确定的密 5. 在**“密钥”**中选择并复制公钥，然后将它保存在一个名为 publicKey.pem 的文件中。不要单击**“保存公钥”**，因为保存的公钥的文件格式不同于我们所需的公钥。 6. 单击**“保存私钥”**，并将其保存到名为 privateKey.ppk 的文件中。 -###步骤 2：在 Azure 门户中创建映像。 -在 [Azure 门户](https://manage.windowsazure.cn/)中，单击任务栏中的**“新建”**以创建映像，并根据你的需要选择 Linux 映像。以下示例使用 Ubuntu 14.04 映像。 +###步骤 2：在 Azure 门户中创建镜像。 +在 [Azure 门户](https://manage.windowsazure.cn/)中，单击任务栏中的**“新建”**以创建镜像，并根据你的需要选择 Linux 镜像。以下示例使用 Ubuntu 14.04 镜像。 ![][3] 对于**“主机名”**，指定你和 Internet 客户端将用于访问此虚拟机的 URL 的名称。定义 DNS 名称的最后部分（例如 tomcatdemo），Azure 将生成 tomcatdemo.chinacloudapp.cn 作为 URL。 @@ -86,7 +86,7 @@ TCP 端口 8080 是 tomcat 侦听的默认端口号。使用 Azure 终结点打 -###步骤 2：连接到你创建的映像 +###步骤 2：连接到你创建的镜像 你可以选择用于连接到虚拟机的任何 SSH 工具。在此示例中，我们使用 Putty。 首先，从 Azure 门户获取你的虚拟机的 DNS 名称。依次单击**“浏览”**->**“虚拟机”**->你的虚拟机的名称->**“属性”**，然后查看**“属性”**磁贴的**“域名”**字段。 @@ -99,7 +99,7 @@ TCP 端口 8080 是 tomcat 侦听的默认端口号。使用 Azure 终结点打 下载后，单击可执行文件 PUTTY.EXE。使用从虚拟机的属性获取的主机名和端口号配置基本选项。下面是一个示例： ![][9] -在左窗格中，单击**“连接”**-> **SSH** ->**“身份验证”**，然后单击**“浏览”**以指定 **privateKey.ppk** 文件（其中包含在“第 1 阶段：创建映像”中 puttygen 生成的私钥）的位置。下面是一个示例： +在左窗格中，单击**“连接”**-> **SSH** ->**“身份验证”**，然后单击**“浏览”**以指定 **privateKey.ppk** 文件（其中包含在“第 1 阶段：创建镜像”中 puttygen 生成的私钥）的位置。下面是一个示例： ![][10] 单击**“打开”**。此时可能会通过一个消息框提醒你。如果你已正确配置 DNS 名称和端口号，请单击**“是”**。 @@ -109,7 +109,7 @@ TCP 端口 8080 是 tomcat 侦听的默认端口号。使用 Azure 终结点打 你应该看到以下内容： ![][12] -输入在“第 1 阶段：创建映像”中创建虚拟机时指定的用户名。你会看到如下内容： +输入在“第 1 阶段：创建镜像”中创建虚拟机时指定的用户名。你会看到如下内容： ![][13] @@ -229,7 +229,7 @@ Tomcat 正在运行，但你使用浏览器看不到 Tomcat 默认页。 - **可能的根本原因** 1. tomcat 侦听端口与用于 tomcat 通信的虚拟机终结点的专用端口不同。 - 检查你的公用端口和专用端口终结点设置，并确保专用端口与 tomcat 侦听端口相同。有关如何为你的虚拟机配置终结点的说明，请参阅“第 1 阶段：创建映像”。 + 检查你的公用端口和专用端口终结点设置，并确保专用端口与 tomcat 侦听端口相同。有关如何为你的虚拟机配置终结点的说明，请参阅“第 1 阶段：创建镜像”。 若要确定 tomcat 侦听端口，请打开 /etc/httpd/conf/httpd.conf（Red Hat 发行版）或 /etc/tomcat7/server.xml（Debian 发行版）。默认情况下，tomcat 侦听端口为 8080。下面是一个示例： diff --git a/articles/virtual-machines-linux-tutorial-portal-rm.md b/articles/virtual-machines-linux-tutorial-portal-rm.md index 88da49adf..20109c811 100644 --- a/articles/virtual-machines-linux-tutorial-portal-rm.md +++ b/articles/virtual-machines-linux-tutorial-portal-rm.md @@ -17,25 +17,25 @@ > [AZURE.SELECTOR] - [Azure Portal](/documentation/articles/virtual-machines-linux-tutorial-portal-rm) -创建运行 Linux 的 Azure 虚拟机 (VM) 是一项很简单的操作。本教程演示如何使用 Azure 门户快速创建一个虚拟机，并使用SSH公钥文件来保护到 VM 的 **SSH** 连接。你也可以[将自己的映像作为模板](/documentation/articles/virtual-machines-linux-create-upload-vhd)来创建 Linux VM。 +创建运行 Linux 的 Azure 虚拟机 (VM) 是一项很简单的操作。本教程演示如何使用 Azure 门户快速创建一个虚拟机，并使用SSH公钥文件来保护到 VM 的 **SSH** 连接。你也可以[将自己的镜像作为模板](/documentation/articles/virtual-machines-linux-create-upload-vhd)来创建 Linux VM。 > [AZURE.NOTE]本教程创建的 Azure 虚拟机将由 Azure 资源组 API 管理，有关详细信息，请参阅 [Azure 资源组概述](/documentation/articles/resource-group-overview)。关于SSH公钥的用法请参阅[如何在 Azure 上通过 Linux 使用 SSH](/documentation/articles/virtual-machines-linux-use-ssh-key)。 [AZURE.INCLUDE [free-trial-note](../includes/free-trial-note.md)] -## 选择映像 +## 选择镜像 1. 登录[Azure 管理门户](https://manage.windowsazure.cn)。 2. 在窗口底部的命令栏上，单击“新建”。 -3. 在“计算”下，单击“虚拟机”，然后单击“从库中”，在随后出现的映像列表中选择“Ubuntu Server 14.04 LTS”。 +3. 在“计算”下，单击“虚拟机”，然后单击“从库中”，在随后出现的镜像列表中选择“Ubuntu Server 14.04 LTS”。 - ![选择 VM 映像](./media/virtual-machines-linux-tutorial-portal-rm/chooseubuntuvm.png) + ![选择 VM 镜像](./media/virtual-machines-linux-tutorial-portal-rm/chooseubuntuvm.png) ## 创建虚拟机 -选择映像后，可以对大多数配置使用 Azure 的默认设置并快速创建 VM。 +选择镜像后，可以对大多数配置使用 Azure 的默认设置并快速创建 VM。 1. 在虚拟机配置的“基本信息”中，输入虚拟机的“名称”，上传公钥文件并采用 [pem](/documentation/articles/virtual-machines-linux-use-ssh-key)封装的格式）。 @@ -43,7 +43,7 @@ > [AZURE.NOTE]如果不想使用公钥和私钥交换来保护 **ssh** 会话的安全，你还可以在此处选择用户名/密码身份验证并输入该信息。 -2. 单击“大小”并选择适合你需要的 VM 大小。每种大小都指定了计算核心的数量、内存以及其他功能，比如对高级存储的支持，这将对价格产生影响。根据所选的映像，Azure 将自动推荐特定的大小。完成后，单击 ![选择按钮](./media/virtual-machines-linux-tutorial-portal-rm/selectbutton-size.png)。 +2. 单击“大小”并选择适合你需要的 VM 大小。每种大小都指定了计算核心的数量、内存以及其他功能，比如对高级存储的支持，这将对价格产生影响。根据所选的镜像，Azure 将自动推荐特定的大小。完成后，单击 ![选择按钮](./media/virtual-machines-linux-tutorial-portal-rm/selectbutton-size.png)。 >[AZURE.NOTE]某些地区的 DS 系列虚拟机提供高级存储。高级存储是数据密集型工作负荷（如数据库）的最佳存储选项。 diff --git a/articles/virtual-machines-linux-use-vmaccess-reset-password-or-ssh.md b/articles/virtual-machines-linux-use-vmaccess-reset-password-or-ssh.md index 596283747..2a0108c8e 100644 --- a/articles/virtual-machines-linux-use-vmaccess-reset-password-or-ssh.md +++ b/articles/virtual-machines-linux-use-vmaccess-reset-password-or-ssh.md @@ -32,7 +32,7 @@ 你将需要以下各项： -- Windows Azure Linux 代理 2.0.5 版或更高版本。虚拟机库中的大多数 Linux 映像都包含版本 2.0.5。若要了解所安装的版本，请运行 **waagent -version**。若要更新代理，请按照 [Azure Linux 代理用户指南]中的说明操作。 +- Windows Azure Linux 代理 2.0.5 版或更高版本。虚拟机库中的大多数 Linux 镜像都包含版本 2.0.5。若要了解所安装的版本，请运行 **waagent -version**。若要更新代理，请按照 [Azure Linux 代理用户指南]中的说明操作。 - Azure 命令行界面 (CLI)。有关设置 Azure CLI 的详细信息，请参阅[安装和配置 Azure 命令行界面](/documentation/articles/xplat-cli)。 - Azure PowerShell。你将使用 Set-AzureVMExtension cmdlet 中的命令自动加载和配置 VMAccessForLinux 扩展。有关设置 Azure PowerShell 的详细信息，请参阅[如何安装和配置 Azure PowerShell]。 - 一个新密码或一组新 SSH 密钥（如果想要重置任一项）。如果想要重置 SSH 配置，则不需要这些。 diff --git a/articles/virtual-machines-linux-usernames.md b/articles/virtual-machines-linux-usernames.md index 3b1abf945..89d95eca2 100644 --- a/articles/virtual-machines-linux-usernames.md +++ b/articles/virtual-machines-linux-usernames.md @@ -18,7 +18,7 @@ 当你在 Azure 上预配 Linux 虚拟机时，必须指定非根用户的名称，以便以后使用该用户登录到 VM。你可以选择新用户的名称，或者，如果是通过管理门户进行预配，则可接受默认名称“azureuser”。 -大多数情况下，此用户不存在于基映像上，而是在预配过程中创建的。如果该用户存在于基 VM 映像上，则 Azure Linux 代理会直接根据你在创建 VM 时指定的信息为该用户配置密码（和/或 SSH 密钥）。 +大多数情况下，此用户不存在于基镜像上，而是在预配过程中创建的。如果该用户存在于基 VM 镜像上，则 Azure Linux 代理会直接根据你在创建 VM 时指定的信息为该用户配置密码（和/或 SSH 密钥）。 **不过**，Linux 定义了一组不应使用的用户名。如果你尝试使用现有的系统用户（按照定义，即 UID 为 0-99 的用户）来预配 Linux VM，预配过程将**失败**。一个典型的示例是 `root` 用户，其 UID 为 0。 diff --git a/articles/virtual-machines-manage-vms-azure-cli.md b/articles/virtual-machines-manage-vms-azure-cli.md index 47f508b2f..368e77993 100644 --- a/articles/virtual-machines-manage-vms-azure-cli.md +++ b/articles/virtual-machines-manage-vms-azure-cli.md @@ -71,7 +71,7 @@ Azure 资源管理器概述 ## 创建 Linux VM -若要创建新的基于 Linux 的 VM，你将需要准备好多个值，包括资源组名称、位置、映像名称、VM 名称以及用于存储后备 .vhd 映像的存储帐户。你准备好要使用的信息后，Azure CLI 可以创建交互式会话以提示你通过键入提供这些值： +若要创建新的基于 Linux 的 VM，你将需要准备好多个值，包括资源组名称、位置、镜像名称、VM 名称以及用于存储后备 .vhd 镜像的存储帐户。你准备好要使用的信息后，Azure CLI 可以创建交互式会话以提示你通过键入提供这些值： azure vm create diff --git a/articles/virtual-machines-mariadb-cluster.md b/articles/virtual-machines-mariadb-cluster.md index 244efd008..76cdab3d4 100644 --- a/articles/virtual-machines-mariadb-cluster.md +++ b/articles/virtual-machines-mariadb-cluster.md @@ -16,7 +16,7 @@ 2. 将数据磁盘与操作系统磁盘隔离开来 3. 在 RAID-0/条带化设置下创建数据磁盘，以提高 IOPS 4. 使用 Azure 负载平衡器，以使 3 个节点的负载保持平衡 -5. 为了最大程度地减少重复工作，可创建一个包含 MariaDB+Galera 的 VM 映像，并将其用于创建其他群集 VM。 +5. 为了最大程度地减少重复工作，可创建一个包含 MariaDB+Galera 的 VM 镜像，并将其用于创建其他群集 VM。 ![体系结构](./media/virtual-machines-mariadb-cluster/Setup.png) @@ -39,7 +39,7 @@ azure storage account create mariadbstorage --label mariadbstorage --affinity-group mariadbcluster -3. 查找 CentOS 7 虚拟机映像的名称 +3. 查找 CentOS 7 虚拟机镜像的名称 azure vm image list | findstr CentOS 该输出将如 `5112500ae3b842c8b9c604889f8753c3__OpenLogic-CentOS-70-20140926` 所示。在以下步骤中使用该名称。 @@ -210,16 +210,16 @@ chkconfig mysql off waagent -deprovision -11. 通过门户捕获 VM。（目前，[Azure CLI 工具中的问题 #1268] 描述的事实是，Azure CLI 工具所捕获的映像并没有捕获所附加的数据磁盘。） +11. 通过门户捕获 VM。（目前，[Azure CLI 工具中的问题 #1268] 描述的事实是，Azure CLI 工具所捕获的镜像并没有捕获所附加的数据磁盘。） - 通过门户关闭机器 - - 单击“捕获”并将映像名称指定为 **mariadb-galera-image**，然后提供描述并选中“我已运行 waagent”。![捕获虚拟机](./media/virtual-machines-mariadb-cluster/Capture.png)![捕获虚拟机](./media/virtual-machines-mariadb-cluster/Capture2.PNG) + - 单击“捕获”并将镜像名称指定为 **mariadb-galera-image**，然后提供描述并选中“我已运行 waagent”。![捕获虚拟机](./media/virtual-machines-mariadb-cluster/Capture.png)![捕获虚拟机](./media/virtual-machines-mariadb-cluster/Capture2.PNG) ## 创建群集 使用刚才创建的模板创建 3 个 VM，然后配置并启动群集。 -1. 从之前创建的 **mariadb-galera-image** 映像创建第一个 CentOS 7 VM，设置虚拟网络名称为 **mariadbvnet**、子网为 **mariadb**、虚拟机大小为“中等”，传入云服务名称为 **mariadbha**（或者你希望通过 mariadbha.chinacloudapp.cn 访问的任何名称），将此虚拟机的名称设置为 **mariadb1**、用户名设置为 **azureuser**，启用 SSH 访问并传送 SSH 证书 .pem 文件，并将 **/path/to/key.pem** 替换为已生成的 .pem SSH 密钥的存储位置路径。 +1. 从之前创建的 **mariadb-galera-image** 镜像创建第一个 CentOS 7 VM，设置虚拟网络名称为 **mariadbvnet**、子网为 **mariadb**、虚拟机大小为“中等”，传入云服务名称为 **mariadbha**（或者你希望通过 mariadbha.chinacloudapp.cn 访问的任何名称），将此虚拟机的名称设置为 **mariadb1**、用户名设置为 **azureuser**，启用 SSH 访问并传送 SSH 证书 .pem 文件，并将 **/path/to/key.pem** 替换为已生成的 .pem SSH 密钥的存储位置路径。 > [WACOM.NOTE]为清楚起见，以下命令拆开显示在多行内，但每个都应作为一整行进行输入。 diff --git a/articles/virtual-machines-migrate-onpremises-database.md b/articles/virtual-machines-migrate-onpremises-database.md index 1600f115c..f9fbe02ff 100644 --- a/articles/virtual-machines-migrate-onpremises-database.md +++ b/articles/virtual-machines-migrate-onpremises-database.md @@ -58,13 +58,13 @@ ### 获取“将 SQL Server 数据库部署到 Windows Azure VM”向导的最新版本 -使用 Microsoft SQL Server Management Studio for SQL Server 的最新版本，以确保具有“将 SQL Server 数据库部署到 Windows Azure VM”向导的最新版本。此向导的最新版本包含对 Azure 门户的最新更新，并且支持库中最新的 Azure VM 映像（向导的较旧版本可能不支持）。若要获取 Microsoft SQL Server Management Studio for SQL Server 的最新版本，请[下载它](http://go.microsoft.com/fwlink/?LinkId=616025)并将其安装在与计划迁移的数据库和 Internet 建立了连接的客户端计算机上。 +使用 Microsoft SQL Server Management Studio for SQL Server 的最新版本，以确保具有“将 SQL Server 数据库部署到 Windows Azure VM”向导的最新版本。此向导的最新版本包含对 Azure 门户的最新更新，并且支持库中最新的 Azure VM 镜像（向导的较旧版本可能不支持）。若要获取 Microsoft SQL Server Management Studio for SQL Server 的最新版本，请[下载它](http://go.microsoft.com/fwlink/?LinkId=616025)并将其安装在与计划迁移的数据库和 Internet 建立了连接的客户端计算机上。 ### 配置现有的 Azure 虚拟机和 SQL Server 实例（如果适用） 如果要迁移到现有的 Azure VM，则需执行下列配置步骤： -- 按照预配 Azure 上的 SQL Server 虚拟机的“在另一台计算机上从 SSMS 连接到 SQL Server VM 实例”一节中的步骤操作，将 Azure VM 和 SQL Server 实例配置为支持来自另一台计算机的连接。只有使用向导进行迁移时，才支持库中的 SQL Server 2014 和 SQL Server 2016 映像。 +- 按照预配 Azure 上的 SQL Server 虚拟机的“在另一台计算机上从 SSMS 连接到 SQL Server VM 实例”一节中的步骤操作，将 Azure VM 和 SQL Server 实例配置为支持来自另一台计算机的连接。只有使用向导进行迁移时，才支持库中的 SQL Server 2014 和 SQL Server 2016 镜像。 - 使用专用端口 11435 为 Windows Azure 网关上的 SQL Server 云适配器服务配置一个打开的终结点。此端口在 Windows Azure VM 上预配 SQL Server 2014 或 SQL Server 2016 时创建。云适配器还创建一项 Windows 防火墙规则，以允许其传入 TCP 连接在默认端口 11435 上通过。此终结点允许向导利用云适配器服务将本地实例中的备份文件复制到 Azure VM。有关详细信息，请参阅[用于 SQL Server 的云适配器](https://msdn.microsoft.com/zh-cn/library/dn169301.aspx)。 ![创建云适配器终结点](./media/virtual-machines-migrate-onpremises-database/cloud-adapter-endpoint.png) @@ -90,14 +90,14 @@ 9. 在“部署设置”页上，可以指定新的或现有的云服务名称和虚拟机名称： - - 指定新的云服务名称和虚拟机名称，以便使用 SQL Server 2014 或 SQL Server 2016 库映像创建包含新 Azure 虚拟机的新云服务。 + - 指定新的云服务名称和虚拟机名称，以便使用 SQL Server 2014 或 SQL Server 2016 库镜像创建包含新 Azure 虚拟机的新云服务。 - 如果指定新的云服务名称，则指定将使用的存储帐户。 - 如果指定现有的云服务名称，则将检索存储帐户并为你输入该帐户。 - - 指定现有的云服务名称和新的虚拟机名称可在现有云服务中创建新的 Azure 虚拟机。只能指定 SQL Server 2014 或 SQL Server 2016 库映像。 - - 指定现有的云服务名称和虚拟机名称，以便使用现有的 Azure 虚拟机。必须有一个使用 SQL Server 2014 或 SQL Server 2016 库映像生成的映像。 + - 指定现有的云服务名称和新的虚拟机名称可在现有云服务中创建新的 Azure 虚拟机。只能指定 SQL Server 2014 或 SQL Server 2016 库镜像。 + - 指定现有的云服务名称和虚拟机名称，以便使用现有的 Azure 虚拟机。必须有一个使用 SQL Server 2014 或 SQL Server 2016 库镜像生成的镜像。 ![Deploymnent Settings](./media/virtual-machines-migrate-onpremises-database/deployment-settings.png) @@ -106,8 +106,8 @@ ![Azure machine settings](./media/virtual-machines-migrate-onpremises-database/azure-machine-settings.png) - - 如果指定了新的虚拟机名称，系统将提示你从库映像列表中选择一个映像，并提供以下信息： - - 映像 — 只能选择 SQL Server 2014 或 SQL Server 2016 + - 如果指定了新的虚拟机名称，系统将提示你从库镜像列表中选择一个镜像，并提供以下信息： + - 镜像 — 只能选择 SQL Server 2014 或 SQL Server 2016 - 用户名 - 新密码 - 确认密码 diff --git a/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md b/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md index 7eaaa504a..af10de420 100644 --- a/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md +++ b/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md @@ -1,13 +1,13 @@ - + -#Oracle 虚拟机映像的其他相关注意事项 -本文介绍了 Azure 上的 Oracle 虚拟机的相关注意事项，Oracle 虚拟机基于 Microsoft 提供的、以 Windows Server 为操作系统的 Oracle 软件映像。 +#Oracle 虚拟机镜像的其他相关注意事项 +本文介绍了 Azure 上的 Oracle 虚拟机的相关注意事项，Oracle 虚拟机基于 Microsoft 提供的、以 Windows Server 为操作系统的 Oracle 软件镜像。 -- Oracle 数据库虚拟机映像 -- Oracle WebLogic Server 虚拟机映像 -- Oracle JDK 虚拟机映像 +- Oracle 数据库虚拟机镜像 +- Oracle WebLogic Server 虚拟机镜像 +- Oracle JDK 虚拟机镜像 -##Oracle 数据库虚拟机映像 +##Oracle 数据库虚拟机镜像 ### 不支持群集 (RAC) Azure 当前不支持 Oracle 数据库群集。只允许出现独立的 Oracle 数据库实例。这是因为 Azure 当前不支持在多个 VM 实例之间以读/写方式进行虚拟磁盘共享。此外，也不支持 UDP 多播。 @@ -28,7 +28,7 @@ Azure 向每个虚拟机分配一个内部 IP 地址。除非 VM 是虚拟网络 - **Oracle ASM 自身**可能会带来更好的写入操作性能，但相比使用 Windows Server 2012 存储池的方法，其读取操作 IOPS 性能更差。下图从逻辑上描绘了这种排列方式。![](./media/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images/image2.png) -- **使用 Windows Server 2012 存储池的 Oracle ASM** 在数据库主要执行读取操作或者你更重视读取操作性能而非写入操作性能的情况下，可能会带来更好的读取操作 IOPS 性能。这种方法需要基于 Windows Server 2012 操作系统的映像。有关存储池的详细信息，请参阅[在独立服务器上部署存储空间](http://technet.microsoft.com/zh-cn/library/jj822938.aspx)。在这种排列方式中，首先在两个存储池卷中将两个同等的附加磁盘子集一起“条带化”为物理磁盘，然后将这两个卷添加到一个 ASM 磁盘组中。下图从逻辑上描绘了这种排列方式。 +- **使用 Windows Server 2012 存储池的 Oracle ASM** 在数据库主要执行读取操作或者你更重视读取操作性能而非写入操作性能的情况下，可能会带来更好的读取操作 IOPS 性能。这种方法需要基于 Windows Server 2012 操作系统的镜像。有关存储池的详细信息，请参阅[在独立服务器上部署存储空间](http://technet.microsoft.com/zh-cn/library/jj822938.aspx)。在这种排列方式中，首先在两个存储池卷中将两个同等的附加磁盘子集一起“条带化”为物理磁盘，然后将这两个卷添加到一个 ASM 磁盘组中。下图从逻辑上描绘了这种排列方式。 ![](./media/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images/image3.png) @@ -42,9 +42,9 @@ Azure 向每个虚拟机分配一个内部 IP 地址。除非 VM 是虚拟网络 可通过以下方式实现高可用性：借助 Oracle Data Guard，并在一个 VM 上放置主数据库，在另一个 VM 上放置辅助（备用）数据库，然后在这两个数据库之间建立单向复制。通过这种方式，可对数据库的副本进行读取访问。借助 Oracle GoldenGate，可以在两个数据库之间配置双向复制。若要了解如何使用这些工具为数据库设置高可用性解决方案，请参阅 Oracle 网站上的 [Active Data Guard](http://www.oracle.com/technetwork/database/features/availability/data-guard-documentation-152848.html) 和 [GoldenGate](http://docs.oracle.com/goldengate/1212/gg-winux/index.html) 文档。如果需要对数据库的副本进行读写访问，可以使用 [Oracle Active Data Guard](http://www.oracle.com/uk/products/database/options/active-data-guard/overview/index.html)。 -##Oracle WebLogic Server 虚拟机映像 +##Oracle WebLogic Server 虚拟机镜像 -- **仅 Enterprise Edition 支持群集。** 如果使用 Microsoft 许可的 WebLogic Server 映像（具体而言，就是那些以 Windows Server 为操作系统的映像），则仅当使用 WebLogic Server Enterprise Edition 时，才有权使用 WebLogic 群集。请勿将群集与 WebLogic Server Standard Edition 结合使用。 +- **仅 Enterprise Edition 支持群集。** 如果使用 Microsoft 许可的 WebLogic Server 镜像（具体而言，就是那些以 Windows Server 为操作系统的镜像），则仅当使用 WebLogic Server Enterprise Edition 时，才有权使用 WebLogic 群集。请勿将群集与 WebLogic Server Standard Edition 结合使用。 - **连接超时：**如果你的应用程序依赖于与另一个 Azure 云服务（例如，数据库层服务）的公共终结点的连接，那么，在这些已打开的连接处于非活动状态 4 分钟后，Azure 可能会关闭它们。这可能会影响依赖于连接池的功能和应用程序，因为非活动时间超过该限制的连接可能不再有效。如果这会影响你的应用程序，请考虑对连接池启用“保持连接”逻辑。 @@ -76,12 +76,12 @@ Azure 向每个虚拟机分配一个内部 IP 地址。除非 VM 是虚拟网络 - **单个 VM 上的多个 WebLogic 实例。** 视部署要求而定，你可以考虑在同一个虚拟机上运行多个 WebLogic Server 实例（如果 VM 够大）。例如，在一个包含 2 个核心的中等大小的 VM 上，可以选择运行两个 WebLogic Server 实例。但是请注意，仍建议不要在体系结构中引入单一故障点，也就是只使用一个运行多个 WebLogic Server 实例的 VM。使用至少两个 VM 会更好：每个 VM 可以运行多个 WebLogic Server 实例。每个 WebLogic Server 实例仍然可以属于同一个群集。但是请注意，当前无法使用 Azure 对同一 VM 中的这类 WebLogic Server 部署所暴露的终结点进行负载平衡，因为 Azure 负载平衡器要求在唯一的 VM 之间分布负载平衡服务器。 -##Oracle JDK 虚拟机映像 +##Oracle JDK 虚拟机镜像 -- **JDK 6 和 7 的最新更新。** 虽然建议使用 Java 最新的公开支持版本（当前为 Java 8），但 Azure 也提供 JDK 6 和 7 映像。这两个版本主要面向尚未准备升级到 JDK 8 的旧应用程序。虽然可能不再向公众提供对 JDK 早期版本的更新，但考虑到 Microsoft 与 Oracle 的合作关系，Azure 提供的 JDK 6 和 7 映像将包含一项由 Oracle 提供的较新的非公开性更新，Oracle 一般只向其精选的一部分受支持客户提供该更新。随着时间推移，新版本的 JDK 映像将集成到 JDK 6 和 7 的更新版本中。 +- **JDK 6 和 7 的最新更新。** 虽然建议使用 Java 最新的公开支持版本（当前为 Java 8），但 Azure 也提供 JDK 6 和 7 镜像。这两个版本主要面向尚未准备升级到 JDK 8 的旧应用程序。虽然可能不再向公众提供对 JDK 早期版本的更新，但考虑到 Microsoft 与 Oracle 的合作关系，Azure 提供的 JDK 6 和 7 镜像将包含一项由 Oracle 提供的较新的非公开性更新，Oracle 一般只向其精选的一部分受支持客户提供该更新。随着时间推移，新版本的 JDK 镜像将集成到 JDK 6 和 7 的更新版本中。 - 请注意，此 JDK 6 和 7 映像中提供的 JDK 以及从其派生的虚拟机和映像只能在 Azure 中使用。 + 请注意，此 JDK 6 和 7 镜像中提供的 JDK 以及从其派生的虚拟机和镜像只能在 Azure 中使用。 -- **64 位 JDK。** Azure 提供的 Oracle WebLogic Server 虚拟机映像和 Oracle JDK 虚拟机映像同时包含 64 位版本的 Windows Server 和 JDK。 +- **64 位 JDK。** Azure 提供的 Oracle WebLogic Server 虚拟机镜像和 Oracle JDK 虚拟机镜像同时包含 64 位版本的 Windows Server 和 JDK。 \ No newline at end of file diff --git a/articles/virtual-machines-mysql-windows-server-2008r2.md b/articles/virtual-machines-mysql-windows-server-2008r2.md index 94b03ecef..55ad6564f 100644 --- a/articles/virtual-machines-mysql-windows-server-2008r2.md +++ b/articles/virtual-machines-mysql-windows-server-2008r2.md @@ -17,7 +17,7 @@ # 在 Azure 中运行 Windows Server 2012 R2 的虚拟机上安装 MySQL -[MySQL](http://www.mysql.com) 是一种受欢迎的 SQL 开源数据库。使用 [Azure 门户](http://manage.windowsazure.cn)，你可以从映像库创建运行 Windows Server 2012 R2 的虚拟机。然后，你就可以将其安装并配置为 MySQL Server。 +[MySQL](http://www.mysql.com) 是一种受欢迎的 SQL 开源数据库。使用 [Azure 门户](http://manage.windowsazure.cn)，你可以从镜像库创建运行 Windows Server 2012 R2 的虚拟机。然后，你就可以将其安装并配置为 MySQL Server。 有关如何在 Linux 上安装 MySQL 的说明，请参阅：[如何在 Azure 上安装 MySQL](/documentation/articles/virtual-machines-linux-install-mysql)。 diff --git a/articles/virtual-machines-oracle-azure-virtual-machines.md b/articles/virtual-machines-oracle-azure-virtual-machines.md index 21f847159..b3f01931c 100644 --- a/articles/virtual-machines-oracle-azure-virtual-machines.md +++ b/articles/virtual-machines-oracle-azure-virtual-machines.md @@ -20,13 +20,13 @@ 在 Azure 基础结构服务中，设置要在虚拟机上运行的第一个或下一个开发/测试或生产 Oracle 数据库。利用方便的配置和快速扩展 Oracle 数据库工作负荷的功能来包含新的容量。 -## Oracle 虚拟机映像 +## Oracle 虚拟机镜像 -有关最新的基于 Windows 和基于 Linux 的虚拟机映像集，请参阅 [Oracle 虚拟机映像列表](/documentation/articles/virtual-machines-oracle-list-oracle-virtual-machine-images)。 +有关最新的基于 Windows 和基于 Linux 的虚拟机镜像集，请参阅 [Oracle 虚拟机镜像列表](/documentation/articles/virtual-machines-oracle-list-oracle-virtual-machine-images)。 ## 基于 Windows 的虚拟机的注意事项 -请参阅 [Oracle 虚拟机映像的其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images)，了解基于 Windows Server 的 Azure 虚拟机上的 Oracle 软件限制。 +请参阅 [Oracle 虚拟机镜像的其他注意事项](/documentation/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images)，了解基于 Windows Server 的 Azure 虚拟机上的 Oracle 软件限制。 ## Oracle 数据库虚拟机 diff --git a/articles/virtual-machines-provision-sql-server.md b/articles/virtual-machines-provision-sql-server.md index 614137125..ba530e7ab 100644 --- a/articles/virtual-machines-provision-sql-server.md +++ b/articles/virtual-machines-provision-sql-server.md @@ -24,7 +24,7 @@ [AZURE.INCLUDE [了解部署模型](../includes/learn-about-deployment-models-include.md)]本文介绍如何使用经典部署模型创建资源。 -Azure 虚拟机库包括几种内含 Microsoft SQL Server 的映像。你可以从库中选择虚拟机映像之一，只需要单击几次，即可将虚拟机设置到你的 Azure 环境。 +Azure 虚拟机库包括几种内含 Microsoft SQL Server 的镜像。你可以从库中选择虚拟机镜像之一，只需要单击几次，即可将虚拟机设置到你的 Azure 环境。 在本教程中，您将： @@ -39,19 +39,19 @@ Azure 虚拟机库包括几种内含 Microsoft SQL Server 的映像。你可以 2. 在 Azure 管理门户中网页的左下角，依次单击“+新建”、“计算”、“虚拟机”、“从库中”。 -3. 在“选择映像”页上，单击 **SQL SERVER**。然后，选择 SQL Server 映像。单击页面右下角的“下一步”箭头。 +3. 在“选择镜像”页上，单击 **SQL SERVER**。然后，选择 SQL Server 镜像。单击页面右下角的“下一步”箭头。 - ![选择映像](./media/virtual-machines-provision-sql-server/choose-sql-vm.png) + ![选择镜像](./media/virtual-machines-provision-sql-server/choose-sql-vm.png) -有关在 Azure 上支持的 SQL Server 映像的最新信息，请参阅 [Azure 虚拟机中的 SQL Server 概述](/documentation/articles/virtual-machines-sql-server-infrastructure-services)。 +有关在 Azure 上支持的 SQL Server 镜像的最新信息，请参阅 [Azure 虚拟机中的 SQL Server 概述](/documentation/articles/virtual-machines-sql-server-infrastructure-services)。 ->[AZURE.NOTE]如果虚拟机是通过使用平台映像 SQL Server 评估版创建的，则无法将其升级到库中按分钟付费版本的映像。可以选择以下两个选项之一： +>[AZURE.NOTE]如果虚拟机是通过使用平台镜像 SQL Server 评估版创建的，则无法将其升级到库中按分钟付费版本的镜像。可以选择以下两个选项之一： > > - 你可以通过使用库中按分钟付费 SQL Server 版本创建一个新虚拟机，并按[将数据库迁移到 Azure VM 上的 SQL Server](virtual-machines-migrate-onpremises-database) 中所述步骤将数据库文件迁移到这个新虚拟机。 > - 或者，你可以根据[在 Azure 上通过软件保证实现许可迁移](http://azure.microsoft.com/pricing/license-mobility/)协议，通过执行[升级到 SQL Server 的不同版本](https://msdn.microsoft.com/library/cc707783.aspx)中所述的步骤，将 SQL Server 评估版的现有实例升级到 SQL Server 的另一版本。有关如何购买 SQL Server 的许可副本的信息，请参阅[如何购买 SQL Server](http://www.microsoft.com/sqlserver/get-sql-server/how-to-buy.aspx)。 4. 在第一个**“虚拟机配置”**页上，提供下列信息： - - **版本发布日期**。如果有多个映像可用，请选择最新的。 + - **版本发布日期**。如果有多个镜像可用，请选择最新的。 - 唯一的“虚拟机名称”。 - 在“新用户名”框中，键入计算机本地管理员帐户的唯一用户名。 - 在“新密码”框中，键入一个强密码。 @@ -65,8 +65,8 @@ Azure 虚拟机库包括几种内含 Microsoft SQL Server 的映像。你可以 > - A2 是建议用于生产工作负荷的最小大小。 > - 在使用 SQL Server Enterprise Edition 时，虚拟机的最小建议大小是 A3。 > - 当使用 SQL Server Enterprise Edition 时，请选择 A3 或更大。 - > - 当使用针对事务性工作负荷映像优化的 SQL Server 2012 或 2014 Enterprise 时，请选择 A4 或更大。 - > - 当使用针对数据仓库工作负荷映像优化的 SQL Server 2012 或 2014 Enterprise 时，请选择 A7 或更大。 + > - 当使用针对事务性工作负荷镜像优化的 SQL Server 2012 或 2014 Enterprise 时，请选择 A4 或更大。 + > - 当使用针对数据仓库工作负荷镜像优化的 SQL Server 2012 或 2014 Enterprise 时，请选择 A7 或更大。 > - 为了获得最佳性能，请对高级存储使用 DS2 或 DS3。 > - 所选定的大小会限制您能够配置的数据磁盘个数。有关可用虚拟机大小和可附加到虚拟机的数据磁盘数目的最新信息，请参阅[用于 Azure 的虚拟机大小](/documentation/articles/virtual-machines-size-specs)。 @@ -76,7 +76,7 @@ Azure 虚拟机库包括几种内含 Microsoft SQL Server 的映像。你可以 - 在“云服务”框中，选择“创建新云服务”。 - 在“云服务 DNS 名称”框中，提供所选 DNS 名称的第一部分，让它完成名称时的格式是 **TESTNAME.cloudapp.net** - 如果有多个订阅可供选择，请选择一个**订阅**。此选择确定哪些 **存储帐户** 可用。 - - 在“区域/地缘组/虚拟网络”框中，选择将托管此虚拟映像的区域。 + - 在“区域/地缘组/虚拟网络”框中，选择将托管此虚拟镜像的区域。 - 在“存储帐户”中，自动生成一个帐户，或从列表中选择一个帐户。更改**订阅**可查看更多帐户。 - 在“可用性集”框中，选择“(无)”。 - 阅读并接受法律条款。 @@ -128,7 +128,7 @@ Azure 虚拟机库包括几种内含 Microsoft SQL Server 的映像。你可以 ##后续步骤 -你已经看到了如何使用平台映像在 Azure 虚拟机上创建和配置 SQL Server。在许多情况下，下一步是将数据库迁移到这个新 SQL Server VM。有关数据库迁移指南，请参阅[将数据库迁移到 Azure VM 上的 SQL Server](/documentation/articles/virtual-machines-migrate-onpremises-database)。 +你已经看到了如何使用平台镜像在 Azure 虚拟机上创建和配置 SQL Server。在许多情况下，下一步是将数据库迁移到这个新 SQL Server VM。有关数据库迁移指南，请参阅[将数据库迁移到 Azure VM 上的 SQL Server](/documentation/articles/virtual-machines-migrate-onpremises-database)。 下面的列表提供了有关 Azure 虚拟机中的 SQL Server 的其他资源。 diff --git a/articles/virtual-machines-ps-create-preconfigure-linux-vms.md b/articles/virtual-machines-ps-create-preconfigure-linux-vms.md index c605c7624..68c13396f 100644 --- a/articles/virtual-machines-ps-create-preconfigure-linux-vms.md +++ b/articles/virtual-machines-ps-create-preconfigure-linux-vms.md @@ -41,7 +41,7 @@ ## 步骤 3：确定 ImageFamily -接下来，你需要确定与要创建的 Azure 虚拟机对应的特定映像的 ImageFamily 值。你可以使用以下命令获取可用 ImageFamily 值的列表。 +接下来，你需要确定与要创建的 Azure 虚拟机对应的特定镜像的 ImageFamily 值。你可以使用以下命令获取可用 ImageFamily 值的列表。 Get-AzureVMImage | select ImageFamily -Unique @@ -163,7 +163,7 @@ 我需要 PowerShell 命令集来为 MySQL 服务器创建满足以下条件的初始 Linux 虚拟机： -- 使用 Ubuntu Server 12.10 映像。 +- 使用 Ubuntu Server 12.10 镜像。 - 具有名称 AZMYSQL1。 - 具有 500 GB 的附加数据磁盘。 - 具有静态 IP 地址 192.168.244.4。 @@ -200,7 +200,7 @@ 我需要 PowerShell 命令集来为 Apache 服务器创建满足以下条件的 Linux 虚拟机： -- 使用 SUSE Linux Enterprise Server 12 映像。 +- 使用 SUSE Linux Enterprise Server 12 镜像。 - 具有名称 LOB1。 - 具有 50 GB 的附加数据磁盘。 - 是用于标准 Web 流量的 LOBServers 负载平衡器集的成员。 diff --git a/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md b/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md index 76a90e927..5251fe38a 100644 --- a/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md +++ b/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md @@ -278,7 +278,7 @@ $nicName 字符串必须是资源组中唯一的字符串。最佳实践是将 $vhdURI=$storageAcc.PrimaryEndpoints.Blob.ToString() + "vhds/" + $vmName + $diskName + ".vhd" Add-AzureRmVMDataDisk -VM $vm -Name $diskLabel -DiskSizeInGB $diskSize -VhdUri $vhdURI -CreateOption empty -接下来，必须确定虚拟机的发布者、产品名称以及映像的 SKU。以下是基于 Windows 的常用映像表。 +接下来，必须确定虚拟机的发布者、产品名称以及镜像的 SKU。以下是基于 Windows 的常用镜像表。 |发布者名称 | 产品名称 | SKU 名称 |:---------------------------------|:-------------------------------------------|:---------------------------------| @@ -323,7 +323,7 @@ $nicName 字符串必须是资源组中唯一的字符串。最佳实践是将 我需要 PowerShell 命令集来为基于 Web 的业务线工作负荷创建其他虚拟机，该工作负荷： - 位于现有的 LOBServers 资源组中 -- 使用 Windows Server 2012 R2 Datacenter 映像 +- 使用 Windows Server 2012 R2 Datacenter 镜像 - 名称为 LOB07，且位于现有的 WEB\_AS 可用性集中 - 在现有 AZDatacenter 虚拟网络的前端子网（子网索引 0）中具有采用公共 IP 地址的 NIC - 具有 200 GB 的附加数据磁盘 diff --git a/articles/virtual-machines-ps-create-preconfigure-windows-vms.md b/articles/virtual-machines-ps-create-preconfigure-windows-vms.md index f6a7c8813..ec0e63400 100644 --- a/articles/virtual-machines-ps-create-preconfigure-windows-vms.md +++ b/articles/virtual-machines-ps-create-preconfigure-windows-vms.md @@ -45,7 +45,7 @@ ## 步骤 3：确定 ImageFamily -接下来，你需要确定与要创建的 Azure 虚拟机对应的特定映像的 ImageFamily 或 Label 值。你可以使用此命令获取可用 ImageFamily 值的列表。 +接下来，你需要确定与要创建的 Azure 虚拟机对应的特定镜像的 ImageFamily 或 Label 值。你可以使用此命令获取可用 ImageFamily 值的列表。 Get-AzureVMImage | select ImageFamily -Unique @@ -56,16 +56,16 @@ - Windows Server Technical Preview - Windows Server 2012 上的 SQL Server 2102 SP1 Enterprise -如果你找到要查找的映像，请打开所选文本编辑器的一个新实例或 PowerShell 集成脚本环境 (ISE)。将以下内容复制到新的文本文件或 PowerShell ISE，并替换 ImageFamily 值。 +如果你找到要查找的镜像，请打开所选文本编辑器的一个新实例或 PowerShell 集成脚本环境 (ISE)。将以下内容复制到新的文本文件或 PowerShell ISE，并替换 ImageFamily 值。 $family="" $image=Get-AzureVMImage | where { $_.ImageFamily -eq $family } | sort PublishedDate -Descending | select -ExpandProperty ImageName -First 1 -在某些情况下，映像名称在 Label 属性中而不是 ImageFamily 值。如果你使用 ImageFamily 属性找不到要查找的映像，请使用此命令按映像的 Label 属性列出映像。 +在某些情况下，镜像名称在 Label 属性中而不是 ImageFamily 值。如果你使用 ImageFamily 属性找不到要查找的镜像，请使用此命令按镜像的 Label 属性列出镜像。 Get-AzureVMImage | select Label -Unique -如果使用此命令找到正确的映像，请打开所选文本编辑器的一个新实例或 PowerShell ISE。将以下内容复制到新的文本文件或 PowerShell ISE，并替换 Label 值。 +如果使用此命令找到正确的镜像，请打开所选文本编辑器的一个新实例或 PowerShell ISE。将以下内容复制到新的文本文件或 PowerShell ISE，并替换 Label 值。 $label=" - + diff --git a/articles/cloud-services-enable-communication-role-instances.md b/articles/cloud-services-enable-communication-role-instances.md index cd5a57040..dc38e429e 100644 --- a/articles/cloud-services-enable-communication-role-instances.md +++ b/articles/cloud-services-enable-communication-role-instances.md @@ -30,7 +30,7 @@ wacn.date="11/12/2015"/> ``` ## 实例输入终结点 -实例输入终结点类似于输入终结点，但允许你通过使用负载平衡器上的端口转发，映射每个角色实例的面向公众的特定端口。你可以指定单个面向公众的端口，也可以指定一系列端口。 +实例输入终结点类似于输入终结点，但允许你通过使用负载均衡器上的端口转发，映射每个角色实例的面向公众的特定端口。你可以指定单个面向公众的端口，也可以指定一系列端口。 实例输入终结点只能使用 **tcp** 或 **udp** 作为协议。 @@ -98,7 +98,7 @@ int port = RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["StandardWeb"]. > [AZURE.NOTE]Azure 托管库不提供用来确定其他角色实例的运行状况的方法，但如果你的服务需要此功能，则可以自行实现此类运行状况评估。你可以使用 [Azure Diagnostics](https://msdn.microsoft.com/zh-cn/library/azure/gg433048.aspx) 来获取有关正在运行的角色实例的信息。 -若要确定角色实例上的内部终结点的端口号，可以使用 [InstanceEndpoints](https://msdn.microsoft.com/zh-cn/library/azure/microsoft.windowsazure.serviceruntime.roleinstance.instanceendpoints.aspx) 属性来返回 Dictionary 对象，该对象中将包含终结点名称及其对应的 IP 地址和端口。[IPEndpoint](https://msdn.microsoft.com/zh-cn/library/azure/microsoft.windowsazure.serviceruntime.roleinstanceendpoint.ipendpoint.aspx) 属性返回指定终结点的 IP 地址和端口。**PublicIPEndpoint** 属性返回负载平衡终结点的端口。将不使用 **PublicIPEndpoint** 属性的 IP 地址部分。 +若要确定角色实例上的内部终结点的端口号，可以使用 [InstanceEndpoints](https://msdn.microsoft.com/zh-cn/library/azure/microsoft.windowsazure.serviceruntime.roleinstance.instanceendpoints.aspx) 属性来返回 Dictionary 对象，该对象中将包含终结点名称及其对应的 IP 地址和端口。[IPEndpoint](https://msdn.microsoft.com/zh-cn/library/azure/microsoft.windowsazure.serviceruntime.roleinstanceendpoint.ipendpoint.aspx) 属性返回指定终结点的 IP 地址和端口。**PublicIPEndpoint** 属性返回负载均衡终结点的端口。将不使用 **PublicIPEndpoint** 属性的 IP 地址部分。 下面是一个循环访问角色实例的示例。 diff --git a/articles/cloud-services-role-lifecycle-dotnet.md b/articles/cloud-services-role-lifecycle-dotnet.md index b64d1945b..be430aa11 100644 --- a/articles/cloud-services-role-lifecycle-dotnet.md +++ b/articles/cloud-services-role-lifecycle-dotnet.md @@ -35,7 +35,7 @@ wacn.date="10/17/2015"/> ## OnStart 方法 -当 Azure 使角色实例联机时，就会调用 **OnStart** 方法。OnStart 代码执行时，角色实例被标记为 **Busy**，并且负载平衡器不会将外部通信引导到该角色。你可以重写此方法以执行初始化工作，例如实现事件处理程序和启动 [Azure Diagnostics](/documentation/articles/cloud-services-how-to-monitor)。 +当 Azure 使角色实例联机时，就会调用 **OnStart** 方法。OnStart 代码执行时，角色实例被标记为 **Busy**，并且负载均衡器不会将外部通信引导到该角色。你可以重写此方法以执行初始化工作，例如实现事件处理程序和启动 [Azure Diagnostics](/documentation/articles/cloud-services-how-to-monitor)。 如果 **OnStart** 返回 **true**，则该实例已成功初始化，并且 Azure 已调用 **RoleEntryPoint.Run** 方法。如果 **OnStart** 返回 **false**，则角色将立即终止，而不执行任何计划中的关闭序列。 diff --git a/articles/data-management-azure-sql-database-and-sql-server-iaas.md b/articles/data-management-azure-sql-database-and-sql-server-iaas.md index b1e9747e1..9d3fd46c0 100644 --- a/articles/data-management-azure-sql-database-and-sql-server-iaas.md +++ b/articles/data-management-azure-sql-database-and-sql-server-iaas.md @@ -167,7 +167,7 @@ Windows Azure 提供了用于托管 SQL Server 的两个选项：[Azure SQL 数 ###管理 -如果你手头已有许多任务，或许你并不期望采用服务器和数据库管理。对许多企业来说，决定使用云服务的关键在于降低管理复杂性的能力。使用 **Azure SQL 数据库**，Microsoft 可以管理物理硬件（例如硬盘、服务器和存储）；自动复制所有数据以提供高可用性；配置及升级数据库软件；管理负载平衡；在发生服务器故障时执行透明的故障转移。你可以继续管理 Azure SQL 数据库实例，但无需控制基础 SQL Server 实例和 Azure 平台的物理资源。例如，你可以管理数据库和登录、执行索引调整以及优化查询，但无法管理系统表和文件组管理。有关详细信息，请参阅 [Azure SQL 数据库指导原则和限制](/documentation/articles/sql-database-general-limitations/)。 +如果你手头已有许多任务，或许你并不期望采用服务器和数据库管理。对许多企业来说，决定使用云服务的关键在于降低管理复杂性的能力。使用 **Azure SQL 数据库**，Microsoft 可以管理物理硬件（例如硬盘、服务器和存储）；自动复制所有数据以提供高可用性；配置及升级数据库软件；管理负载均衡；在发生服务器故障时执行透明的故障转移。你可以继续管理 Azure SQL 数据库实例，但无需控制基础 SQL Server 实例和 Azure 平台的物理资源。例如，你可以管理数据库和登录、执行索引调整以及优化查询，但无法管理系统表和文件组管理。有关详细信息，请参阅 [Azure SQL 数据库指导原则和限制](/documentation/articles/sql-database-general-limitations/)。 在另一方面，你可能有内部专业人员，并想要保持只由计算机本身控制数据库位置。使用 **Azure VM 中运行的 SQL Server**，你可以完全掌控操作系统和 SQL Server 实例配置。使用 VM，你可以决定何时更新/升级操作系统与数据库软件，以及何时安装任何其他软件（例如防病毒和备份工具）。此外，你还可以控制 VM 的大小、磁盘数目及其存储配置。例如，Azure 允许你视需要更改正在运行的 VM 的大小。有关信息，请参阅 [Azure 的虚拟机和云服务大小](/documentation/articles/virtual-machines-size-specs)。 diff --git a/articles/dotnet-develop-multitenant-applications.md b/articles/dotnet-develop-multitenant-applications.md index c661fb424..bb9442aba 100644 --- a/articles/dotnet-develop-multitenant-applications.md +++ b/articles/dotnet-develop-multitenant-applications.md @@ -65,7 +65,7 @@ Azure 提供了许多功能，使你能够解决在设计多租户系统时遇 Azure 提供了一些联网服务，它们支持身份验证且提高了托管应用程序的可管理性。这些服务包括： - 利用 Azure 虚拟网络，你可以设置和管理 Azure 中的虚拟专用网 (VPN)，并将其与内部部署的 IT 基础结构安全链接。 -- 利用虚拟网络流量管理器，你可以跨多项 Azure 托管服务对传入流量进行负载平衡，无论这些服务运行在同一数据中心内，还是运行在全球的不同数据中心内。 +- 利用虚拟网络流量管理器，你可以跨多项 Azure 托管服务对传入流量进行负载均衡，无论这些服务运行在同一数据中心内，还是运行在全球的不同数据中心内。 - Azure Active Directory (Azure AD) 是一项基于 REST 的新型服务，它可为你的云应用程序提供标识管理和访问控制功能。可对应用程序资源使用 Azure AD - Azure AD 不仅允许将身份验证和授权功能从代码中分离出来，而且还提供对用户进行身份验证和授权以获取对网站和服务的访问权限的简便方法。 - Azure Service Bus 为分布式应用程序和混合应用程序提供了安全消息传送和数据流功能，例如在 Azure 托管的应用程序与本地应用程序和服务之间进行通信，而不需要复杂的防火墙和安全基础结构。可对应用程序资源使用 Service Bus 中继 - 公开为终结点的服务可能属于租户（例如托管在系统之外的服务，如本地服务），也可能是专门为租户配置的服务（因为特定于租户的敏感数据通过这些服务传输）。 diff --git a/articles/expressroute-howto-coexist-classic.md b/articles/expressroute-howto-coexist-classic.md index 7e22bf868..62fe419e0 100644 --- a/articles/expressroute-howto-coexist-classic.md +++ b/articles/expressroute-howto-coexist-classic.md @@ -55,7 +55,7 @@ 你可能已在具有现有站点到站点 VPN 连接或 ExpressRoute 连接的位置拥有虚拟网络。**为现有虚拟网络配置共存连接**部分将指导你删除网关，然后创建新的 ExpressRoute 连接和站点到站点 VPN 连接。请注意，在创建新连接时，必须按照非常特定的顺序完成步骤。不要按照其他文章中的说明来创建网关和连接。 - 在此过程中，创建可以共存的连接将需要你删除网关，然后配置新网关。这意味着，在你删除并重新创建网关和连接时，跨界连接将会停止工作，但你无需将任何 VM 或服务迁移到新的虚拟网络。在你配置网关时，如果进行了相应配置，你的 VM 和服务仍可以通过负载平衡器与外界通信。 + 在此过程中，创建可以共存的连接将需要你删除网关，然后配置新网关。这意味着，在你删除并重新创建网关和连接时，跨界连接将会停止工作，但你无需将任何 VM 或服务迁移到新的虚拟网络。在你配置网关时，如果进行了相应配置，你的 VM 和服务仍可以通过负载均衡器与外界通信。 ## 使用 ExpressRoute 和站点到站点连接创建新的虚拟网络 diff --git a/articles/fundamentals-application-models.md b/articles/fundamentals-application-models.md index a158553c9..0fa98c8bc 100644 --- a/articles/fundamentals-application-models.md +++ b/articles/fundamentals-application-models.md @@ -47,7 +47,7 @@ Azure 还针对更特殊的用途提供其他计算托管模型，例如： 所有三种通用型 Azure 计算托管模型都可让你在云中构建可缩放、可靠的应用程序。既然在本质上是类似的，你应该使用哪种模型呢？ -App Service 是大多数网站的最佳选择。部署和管理都已集成到平台，站点可以快速缩放以应对高流量负载，而内置的负载平衡和流量管理器可提供高可用性。可以使用[联机迁移工具](https://www.migratetoazure.net/)轻松将现有站点转移到 Azure App Service，使用网站库中的开放源代码应用，或使用选择的框架和工具创建新站点。[Web 作业](/documentation/articles/websites-webjobs-resources)功能可让你轻松为应用添加后台作业处理，甚至还能运行根本不是网站的计算工作负荷。 +App Service 是大多数网站的最佳选择。部署和管理都已集成到平台，站点可以快速缩放以应对高流量负载，而内置的负载均衡和流量管理器可提供高可用性。可以使用[联机迁移工具](https://www.migratetoazure.net/)轻松将现有站点转移到 Azure App Service，使用网站库中的开放源代码应用，或使用选择的框架和工具创建新站点。[Web 作业](/documentation/articles/websites-webjobs-resources)功能可让你轻松为应用添加后台作业处理，甚至还能运行根本不是网站的计算工作负荷。 如果你需要加强控制 Web 服务器环境，例如想要远程登录服务器或配置服务器启动任务，Azure 云服务通常是最佳选择。 diff --git a/articles/hdinsight-hbase-provision-vnet-v1.md b/articles/hdinsight-hbase-provision-vnet-v1.md index 899858fa9..19adf859e 100644 --- a/articles/hdinsight-hbase-provision-vnet-v1.md +++ b/articles/hdinsight-hbase-provision-vnet-v1.md @@ -24,7 +24,7 @@ 通过虚拟网络集成，可以将 HBase 群集部署到应用程序所在的虚拟网络，以便应用程序直接与 HBase 进行通信。优点包括： - 将网站直接连接到 HBase 群集节点，以通过 HBase Java 远程过程调用 (RPC) API 实现通信。 -- 提高性能，因为流量不必通过多个网关和负载平衡器。 +- 提高性能，因为流量不必通过多个网关和负载均衡器。 - 能够以更安全的方式处理敏感信息，而无需公开公共终结点。 ##先决条件 diff --git a/articles/hdinsight-hbase-provision-vnet.md b/articles/hdinsight-hbase-provision-vnet.md index 802a29f5c..f2ee8c59e 100644 --- a/articles/hdinsight-hbase-provision-vnet.md +++ b/articles/hdinsight-hbase-provision-vnet.md @@ -20,7 +20,7 @@ 通过虚拟网络集成，可以将 HBase 群集部署到应用程序所在的虚拟网络，以便应用程序直接与 HBase 进行通信。优点包括： - 将网站直接连接到 HBase 群集节点，以通过 HBase Java 远程过程调用 (RPC) API 实现通信。 -- 提高性能，因为流量不必通过多个网关和负载平衡器。 +- 提高性能，因为流量不必通过多个网关和负载均衡器。 - 能够以更安全的方式处理敏感信息，而无需公开公共终结点。 ##先决条件 diff --git a/articles/hdinsight-storm-develop-csharp-visual-studio-topology.md b/articles/hdinsight-storm-develop-csharp-visual-studio-topology.md index ea3e1ede4..8f8e6be79 100755 --- a/articles/hdinsight-storm-develop-csharp-visual-studio-topology.md +++ b/articles/hdinsight-storm-develop-csharp-visual-studio-topology.md @@ -299,7 +299,7 @@ Spout 和 Bolt 以图形方式排列，用于定义数据在组件之间的流 句子从 Spout 发出，并分布到 Splitter Bolt 的实例。Splitter Bolt 将句子分割成多个单词，并将这些单词分布到 Counter Bolt。 -因为字数会本地保留在 Counter 实例中，所以我们想要确保特定单词流向相同的 Counter Bolt 实例，因此只能有一个实例跟踪特定单词。但是，针对 Splitter Bolt，哪个 Bolt 收到哪个句子并不重要，因此，我们只想要将句子负载平衡到那些实例。 +因为字数会本地保留在 Counter 实例中，所以我们想要确保特定单词流向相同的 Counter Bolt 实例，因此只能有一个实例跟踪特定单词。但是，针对 Splitter Bolt，哪个 Bolt 收到哪个句子并不重要，因此，我们只想要将句子负载均衡到那些实例。 打开 **Program.cs**。重要的方法是 **ITopologyBuilder**，它用于定义提交到 Storm 的拓扑。将 **ITopologyBuilder** 的内容替换为以下代码，以实现上面所述的拓扑。 diff --git a/articles/hdinsight-storm-sensor-data-analysis.md b/articles/hdinsight-storm-sensor-data-analysis.md index 2b59ef4e7..41154c5f7 100644 --- a/articles/hdinsight-storm-sensor-data-analysis.md +++ b/articles/hdinsight-storm-sensor-data-analysis.md @@ -66,7 +66,7 @@ > [AZURE.NOTE]这是一个非常简单的拓扑视图。在运行时，每个组件的实例为每个分区创建事件中心所读取。这些实例分布在群集中，节点和数据在它们之间路由，如下所示： > -> * 从 spout 到分析器的数据已经过负载平衡。 +> * 从 spout 到分析器的数据已经过负载均衡。 > * 从分析器到仪表板和 HBase（如果已使用）已按设备 ID 分组，因此来自同一设备的消息始终流向同一组件。 ### 组件 diff --git a/articles/meda-services-managing-multiple-storage-accounts.md b/articles/meda-services-managing-multiple-storage-accounts.md index dbd349249..fa2a2a6e3 100644 --- a/articles/meda-services-managing-multiple-storage-accounts.md +++ b/articles/meda-services-managing-multiple-storage-accounts.md @@ -15,7 +15,7 @@ #跨多个存储帐户管理媒体服务资产 -从 Windows Azure媒体服务2.2 开始，可以将多个存储帐户附加到一个媒体服务帐户。将多个存储帐户附加到一个媒体服务帐户这一功能具有以下优势：使多个存储帐户之间的资产实现负载平衡。 +从 Windows Azure媒体服务2.2 开始，可以将多个存储帐户附加到一个媒体服务帐户。将多个存储帐户附加到一个媒体服务帐户这一功能具有以下优势：使多个存储帐户之间的资产实现负载均衡。 缩放媒体服务以处理大量内容（目前，单个存储帐户的上限为 500 TB）。 diff --git a/articles/media-services-concepts.md b/articles/media-services-concepts.md index c3dea9c65..aa2f777b1 100644 --- a/articles/media-services-concepts.md +++ b/articles/media-services-concepts.md @@ -73,7 +73,7 @@ ###存储帐户 -对 Azure 存储空间进行的所有访问都要通过存储帐户完成。一个 Media Service 帐户可与一个或多个存储帐户相关联。一个帐户可以包含无限个容器，只要每个帐户的容器总大小不超过 500TB 即可。媒体服务提供 SDK 级工具，可用于管理多个存储帐户，并在上载到这些帐户时基于指标或随机分发使资产分发达到负载平衡。有关详细信息，请参阅[使用 Azure 存储空间](/documentation/services/storage/)。 +对 Azure 存储空间进行的所有访问都要通过存储帐户完成。一个 Media Service 帐户可与一个或多个存储帐户相关联。一个帐户可以包含无限个容器，只要每个帐户的容器总大小不超过 500TB 即可。媒体服务提供 SDK 级工具，可用于管理多个存储帐户，并在上载到这些帐户时基于指标或随机分发使资产分发达到负载均衡。有关详细信息，请参阅[使用 Azure 存储空间](/documentation/services/storage/)。 ##作业和任务 diff --git a/articles/media-services-fmp4-live-ingest-overview.md b/articles/media-services-fmp4-live-ingest-overview.md index 48aa00f44..2a855a196 100644 --- a/articles/media-services-fmp4-live-ingest-overview.md +++ b/articles/media-services-fmp4-live-ingest-overview.md @@ -39,7 +39,7 @@ 下面是适用于 Windows Azure 媒体服务的实时引入的特殊格式定义列表： 1. ‘ftyp’、LiveServerManifestBox 及 ‘moov’ 框必须连同每个请求 (HTTP POST) 一起发送。必须在流的开头发送，每当需要恢复流引入时，编码器都必须重新连接。有关详细信息，请参阅 [1] 中的“第 6 部分”。 -2. [1] 中的第 3.3.2 部分实时引入定义了名为 StreamManifestBox 的可选框。Windows Azure 负载平衡器的路由逻辑使得此框的使用已过时，在引入到 Windows Azure 媒体服务时不应该存在此框。如果存在此框，Azure 媒体服务会以无提示方式将其忽略。 +2. [1] 中的第 3.3.2 部分实时引入定义了名为 StreamManifestBox 的可选框。Windows Azure 负载均衡器的路由逻辑使得此框的使用已过时，在引入到 Windows Azure 媒体服务时不应该存在此框。如果存在此框，Azure 媒体服务会以无提示方式将其忽略。 3. 每个片段必须有在 [1] 的 3.2.3.2 中定义的 TrackFragmentExtendedHeaderBoxMUST。 4. 应该使用第 2 版的 TrackFragmentExtendedHeaderBox，才能在多个数据中心生成具有相同 URL 的媒体片段。对于跨数据中心故障转移基于索引的流格式（例如 Apple HTTP 实时流 (HLS) 和基于索引的 MPEG DASH），片段索引字段是必需的。若要启用跨数据中心故障转移，多个编码器之间的片段索引必须同步，后续的每个媒体片段会增加 1，即使跨编码器重新启动或失败。 5. [1] 中的第 3.3.6 部分定义了名为 MovieFragmentRandomAccessBox (‘mfra’) 的框，此框可能会在实时引入结束时发送，表示通道 EOS（流式传输结束）。Azure 媒体服务的引入逻辑使得 EOS（流式传输结束）的使用方式已过时，不应该发送实时引入的 ‘mfra’ 框。如果已发送，Azure 媒体服务会无提示方式将其忽略。建议使用[通道重置](https://msdn.microsoft.com/zh-cn/library/azure/dn783458.aspx#reset_channels)来重置引入点的状态，此外，建议使用[节目停止](https://msdn.microsoft.com/zh-cn/library/azure/dn783463.aspx#stop_programs)来结束演播与流。 diff --git a/articles/resource-manager-supported-services.md b/articles/resource-manager-supported-services.md index 64f1d8bbf..d243d14e5 100644 --- a/articles/resource-manager-supported-services.md +++ b/articles/resource-manager-supported-services.md @@ -85,7 +85,7 @@ Azure 资源管理器为你提供了一种新的方式来部署和管理构成 | ------- | ------- | -------- | -------------- | -------- | ------ | | 应用程序网关 | 是 | | | | | | DNS | 是 | | | [创建 DNS 区域](https://msdn.microsoft.com/zh-cn/library/azure/mt130622.aspx) | [2015-08-01](https://github.com/Azure/azure-resource-manager-schemas/blob/master/schemas/2015-08-01/Microsoft.Network.json) | -| 负载平衡器 | 是 | | | [创建负载平衡器](https://msdn.microsoft.com/zh-cn/library/azure/mt163574.aspx) | [2015-08-01](https://github.com/Azure/azure-resource-manager-schemas/blob/master/schemas/2015-08-01/Microsoft.Network.json) | +| 负载均衡器 | 是 | | | [创建负载均衡器](https://msdn.microsoft.com/zh-cn/library/azure/mt163574.aspx) | [2015-08-01](https://github.com/Azure/azure-resource-manager-schemas/blob/master/schemas/2015-08-01/Microsoft.Network.json) | | 虚拟网络 | 是 | 是 | 否 | [创建虚拟网络](https://msdn.microsoft.com/zh-cn/library/azure/mt163661.aspx) | [2015-08-01](https://github.com/Azure/azure-resource-manager-schemas/blob/master/schemas/2015-08-01/Microsoft.Network.json) | | 流量管理器 | 是 | 否 | | [创建流量管理器配置文件](https://msdn.microsoft.com/zh-cn/library/azure/mt163581.aspx) | | | ExpressRoute | 是 | 否 | 否 | [ExpressRoute REST](https://msdn.microsoft.com/zh-cn/library/azure/mt586720.aspx) | | diff --git a/articles/service-bus-architecture.md b/articles/service-bus-architecture.md index d4e344ba0..70a249794 100644 --- a/articles/service-bus-architecture.md +++ b/articles/service-bus-architecture.md @@ -39,13 +39,13 @@ ## 处理传入消息请求 -当客户端向服务总线发送请求时，Azure 负载平衡器将其路由到任何一个网关节点。网关节点将为请求授权。如果该请求涉及到某个消息实体（队列、主题、订阅），则网关节点将在网关存储中查找该实体，并判断实体位于哪个消息存储中。然后，它将查询哪些消息代理节点目前正在为此容器提供服务，并将请求发送到该消息代理节点。消息代理节点将处理请求并更新容器存储中的实体状态。然后，消息代理节点向网关节点发送响应，而网关节点向发出原始请求的客户端发送相应的响应。 +当客户端向服务总线发送请求时，Azure 负载均衡器将其路由到任何一个网关节点。网关节点将为请求授权。如果该请求涉及到某个消息实体（队列、主题、订阅），则网关节点将在网关存储中查找该实体，并判断实体位于哪个消息存储中。然后，它将查询哪些消息代理节点目前正在为此容器提供服务，并将请求发送到该消息代理节点。消息代理节点将处理请求并更新容器存储中的实体状态。然后，消息代理节点向网关节点发送响应，而网关节点向发出原始请求的客户端发送相应的响应。 ![处理传入消息请求](./media/service-bus-architecture/IC690644.png) ## 处理传入中继请求 -当客户端向服务总线发送请求时，Azure 负载平衡器将其路由到任何一个网关节点。如果请求为侦听请求，网关节点将创建新的中继。如果请求是对特定中继的连接请求，网关节点会将连接请求转发给拥有中继的网关节点。拥有中继的网关节点向侦听客户端发送会合请求，要求侦听器与接收连接请求的网关节点创建一个临时通道。 +当客户端向服务总线发送请求时，Azure 负载均衡器将其路由到任何一个网关节点。如果请求为侦听请求，网关节点将创建新的中继。如果请求是对特定中继的连接请求，网关节点会将连接请求转发给拥有中继的网关节点。拥有中继的网关节点向侦听客户端发送会合请求，要求侦听器与接收连接请求的网关节点创建一个临时通道。 建立中继连接后，客户端可以通过用于会合的网关节点交换消息。 @@ -53,7 +53,7 @@ ## 处理传入通知中心请求 -当客户端向服务总线发送请求时，Azure 负载平衡器将其路由到任何一个网关节点。如果请求是现有通知中心的设备注册，网关节点会将注册写入注册存储，并向调用设备发送回复。如果请求是通知消息，网关节点将消息排入通知队列。其中一个通知节点将在通知队列中取消消息排队，并将该消息发送到注册存储中注册的所有设备。如果某个消息要由许多设备接收，则多个通知节点会参与将消息发送到设备的操作。 +当客户端向服务总线发送请求时，Azure 负载均衡器将其路由到任何一个网关节点。如果请求是现有通知中心的设备注册，网关节点会将注册写入注册存储，并向调用设备发送回复。如果请求是通知消息，网关节点将消息排入通知队列。其中一个通知节点将在通知队列中取消消息排队，并将该消息发送到注册存储中注册的所有设备。如果某个消息要由许多设备接收，则多个通知节点会参与将消息发送到设备的操作。 ![处理传入通知中心请求](./media/service-bus-architecture/IC690646.png) diff --git a/articles/service-bus-async-messaging.md b/articles/service-bus-async-messaging.md index 0fa0cf70d..89a561768 100644 --- a/articles/service-bus-async-messaging.md +++ b/articles/service-bus-async-messaging.md @@ -15,7 +15,7 @@ 可以通过多种不同的方式实现异步消息传送。通过队列、主题和订阅（统称为消息传送实体），Azure 服务总线支持通过存储和转发机制实现异步传送。在正常（同步）操作中，你将消息发送到队列和主题，并从队列和订阅接收消息。你编写的应用程序依赖于这些始终可用的实体。当实体运行状况因各种环境而发生变化时，你需要一种能够提供满足大多数需求的缩减功能实体的方式。 -应用程序通常使用异步消息传送模式来实现大量通信方案。你可以构建一些应用程序，以便客户端在其中可以向服务发送消息（即使该服务未运行）。对于将经历大量通信的应用程序，队列可以通过提供缓冲通信的场所，帮助对负载进行分级。最后，你可以获得一个简单而高效的负载平衡器，从而在多台计算机间分发消息。 +应用程序通常使用异步消息传送模式来实现大量通信方案。你可以构建一些应用程序，以便客户端在其中可以向服务发送消息（即使该服务未运行）。对于将经历大量通信的应用程序，队列可以通过提供缓冲通信的场所，帮助对负载进行分级。最后，你可以获得一个简单而高效的负载均衡器，从而在多台计算机间分发消息。 为了维护任何这些实体的可用性，请考虑表达这些实体可能不可用的多种方式，从而构建持久的消息传送系统。一般而言，发现实体对应用程序不可用时，有以下表达方式： @@ -37,7 +37,7 @@ - 服务总线所依赖的系统出现问题。例如，存储的给定部分可能遇到问题。 -- 单个子系统上出现服务总线故障。在此情况下，计算节点可能会陷入不一致状态而必须重新启动其自身，从而导致它负责处理的所有实体负载平衡到其他节点。这又可能导致短时间内消息处理变慢。 +- 单个子系统上出现服务总线故障。在此情况下，计算节点可能会陷入不一致状态而必须重新启动其自身，从而导致它负责处理的所有实体负载均衡到其他节点。这又可能导致短时间内消息处理变慢。 - Azure 数据中心内的服务总线故障。这是典型的“灾难性故障”，无论故障时间是数分钟还是几小时，在此期间都无法访问系统。 diff --git a/articles/service-bus-brokered-tutorial-dotnet.md b/articles/service-bus-brokered-tutorial-dotnet.md index e93827ddc..9a5540a8e 100644 --- a/articles/service-bus-brokered-tutorial-dotnet.md +++ b/articles/service-bus-brokered-tutorial-dotnet.md @@ -15,7 +15,7 @@ Azure 服务总线提供两个综合性消息传送解决方案：一是通过在云中运行的集中“中继”服务，它支持各种不同的传输协议和 Web 服务标准（包括 SOAP、WS-* 和 REST）。客户端不需要与本地服务建立直接连接，也不需要了解服务所在的位置，并且本地服务无需在防火墙上打开任何入站端口。 -第二个消息传送解决方案启用了“中转”消息传送功能。可将它们视为异步或分离式消息传送功能，支持使用服务总线消息传送基础结构的发布-订阅、临时分离和负载平衡方案。分离式通信具有很多优点；例如，客户端和服务器可以根据需要进行连接并以异步方式执行其操作。 +第二个消息传送解决方案启用了“中转”消息传送功能。可将它们视为异步或分离式消息传送功能，支持使用服务总线消息传送基础结构的发布-订阅、临时分离和负载均衡方案。分离式通信具有很多优点；例如，客户端和服务器可以根据需要进行连接并以异步方式执行其操作。 本教程旨在提供有关队列的概述和实践经验，队列是服务总线中转消息传送的一个核心组件。完成本教程中的一系列主题后，你将获得一个应用程序，它能填充消息列表、创建队列和向队列发送消息。最后，该应用程序从队列接收消息并将其显示出来，然后清理其资源并退出。有关介绍如何构建使用“中继”消息传送功能的应用程序的相应教程，请参阅[服务总线中继消息传送教程](/documentation/articles/service-bus-relay-tutorial)。 diff --git a/articles/service-bus-create-queues.md b/articles/service-bus-create-queues.md index 98b0e0f33..df2e2ddd8 100644 --- a/articles/service-bus-create-queues.md +++ b/articles/service-bus-create-queues.md @@ -35,9 +35,9 @@ ![Service-Bus-Queues-Img2](./media/service-bus-create-queues/IC657162.gif) -### 负载平衡 +### 负载均衡 -随着负载增加，可添加更多的辅助角色以从辅助角色队列中读取。每条消息仅由一个辅助进程处理。另外，可通过此基于拉取的负载平衡来以最合理的方式使用辅助计算机，即使这些辅助计算机具有不同的处理能力（因为它们将以其最大速率拉取消息）也是如此。此模式通常称为“使用者竞争模式”。 +随着负载增加，可添加更多的辅助角色以从辅助角色队列中读取。每条消息仅由一个辅助进程处理。另外，可通过此基于拉取的负载均衡来以最合理的方式使用辅助计算机，即使这些辅助计算机具有不同的处理能力（因为它们将以其最大速率拉取消息）也是如此。此模式通常称为“使用者竞争模式”。 ![Service-Bus-Queues-Img3](./media/service-bus-create-queues/IC657163.gif) diff --git a/articles/service-bus-create-topics-subscriptions.md b/articles/service-bus-create-topics-subscriptions.md index 30ca13665..3dd0710b5 100644 --- a/articles/service-bus-create-topics-subscriptions.md +++ b/articles/service-bus-create-topics-subscriptions.md @@ -138,7 +138,7 @@ namespaceManager.CreateSubscription("DataCollectionTopic", "Dashboard", dashboar - 负载分级 – 通过主题允许将消费应用程序配置为平均负载而不是最高负载，均衡了负载中的峰值。 -- 负载平衡 – 与队列类似，可使多个竞争使用方侦听单个订阅，将每条消息只移交给一个使用方，从而平衡负载。 +- 负载均衡 – 与队列类似，可使多个竞争使用方侦听单个订阅，将每条消息只移交给一个使用方，从而平衡负载。 - 松散耦合 – 还可以在不影响现有终结点的情况下发展消息传送网络，例如向主题添加订阅或更改其筛选器，以允许新的使用方使用它。 diff --git a/articles/service-bus-dotnet-hybrid-app-using-service-bus-relay.md b/articles/service-bus-dotnet-hybrid-app-using-service-bus-relay.md index 01f21c037..063dbd625 100644 --- a/articles/service-bus-dotnet-hybrid-app-using-service-bus-relay.md +++ b/articles/service-bus-dotnet-hybrid-app-using-service-bus-relay.md @@ -521,7 +521,7 @@ ![][34] - 此过程需要大约 5-7 分钟时间。由于这是你首次发布，因此 Azure 会依次执行以下操作以便公开应用程序：预配一台虚拟机 (VM)，执行安全强化，在 VM 上创建一个 Web 角色以承载应用程序，将代码部署到该 Web 角色以及配置负载平衡器和网络。 + 此过程需要大约 5-7 分钟时间。由于这是你首次发布，因此 Azure 会依次执行以下操作以便公开应用程序：预配一台虚拟机 (VM)，执行安全强化，在 VM 上创建一个 Web 角色以承载应用程序，将代码部署到该 Web 角色以及配置负载均衡器和网络。 7. 当发布正在进行时，你可以在“Azure 活动日志”窗口中监视活动，该窗口通常位于 Visual Studio 或 Visual Web Developer 的底部。 diff --git a/articles/service-bus-dotnet-multi-tier-app-using-service-bus-queues.md b/articles/service-bus-dotnet-multi-tier-app-using-service-bus-queues.md index 971a9d35e..120a30c2c 100644 --- a/articles/service-bus-dotnet-multi-tier-app-using-service-bus-queues.md +++ b/articles/service-bus-dotnet-multi-tier-app-using-service-bus-queues.md @@ -51,7 +51,7 @@ - **负载量。** 在许多应用程序中，系统负载随时间而变化，而每个工作单元所需的处理时间通常为常量。使用队列在消息创建者与使用者之间中继意味着，只需将使用方应用程序（辅助）预配为适应平均负载而非最大负载。队列深度将随传入负载的变化而加大和减小。这将直接根据为应用程序加载提供服务所需的基础结构的数目来节省成本。 -- **负载平衡。** 随着负载增加，可添加更多的工作进程以从队列中读取。每条消息仅由一个辅助进程处理。另外，可通过此基于拉取的负载平衡来以最合理的方式使用辅助计算机，即使这些辅助计算机具有不同的处理能力（因为它们将以其最大速率拉取消息）也是如此。此模式通常称为*使用者竞争*模式。 +- **负载均衡。** 随着负载增加，可添加更多的工作进程以从队列中读取。每条消息仅由一个辅助进程处理。另外，可通过此基于拉取的负载均衡来以最合理的方式使用辅助计算机，即使这些辅助计算机具有不同的处理能力（因为它们将以其最大速率拉取消息）也是如此。此模式通常称为*使用者竞争*模式。 ![][2] diff --git a/articles/service-bus-fundamentals-hybrid-solutions.md b/articles/service-bus-fundamentals-hybrid-solutions.md index 44a804134..142e43354 100644 --- a/articles/service-bus-fundamentals-hybrid-solutions.md +++ b/articles/service-bus-fundamentals-hybrid-solutions.md @@ -60,7 +60,7 @@ 请注意可能发生的情况：同一条消息可能被发送两次，可能将其发送给两个不同的接收方。使用服务总线队列的应用程序必须为这种情况做好准备。为了更轻松地进行重复检测，每条消息都拥有一个唯一的 MessageID 属性，无论从队列中读取消息多少次，该属性在默认情况下始终保持不变。 -队列在很多情况下都非常有用。即使两个应用程序没有同时运行，队列也可使这两个应用程序之间相互通信，这对于批处理和移动应用程序尤为方便。当所发送的消息传播给多个接收方时，具有这些接收方的队列还提供自动负载平衡。 +队列在很多情况下都非常有用。即使两个应用程序没有同时运行，队列也可使这两个应用程序之间相互通信，这对于批处理和移动应用程序尤为方便。当所发送的消息传播给多个接收方时，具有这些接收方的队列还提供自动负载均衡。 ## 主题 diff --git a/articles/service-bus-messaging-overview.md b/articles/service-bus-messaging-overview.md index 2f78c473f..22f74300d 100644 --- a/articles/service-bus-messaging-overview.md +++ b/articles/service-bus-messaging-overview.md @@ -37,7 +37,7 @@ Azure 服务总线消息传送类似于寄送信件的邮递服务，可在发 对照中继消息传送方案，可认为中转消息传送是异步的，或者“暂时分离”的。 消息生产者（发送者）和使用者（接收者）不必同时处于联机状态。消息传送基础结构将消息可靠地存储在“中转站”中（例如一个队列），直到使用方准备好接收它们。这将允许分布式应用程序的组件断开连接，例如，为进行维护而自动断开，或因组件故障断开连接，而不会影响整个系统。此外，接收应用程序可能仅需在一天中某个时间处于联机状态，例如库存管理系统只需在工作日结束时运行。 -服务总线中转消息传送基础结构的核心组件是队列、主题和订阅。两者的主要差别在于，主题支持可用于基于内容的复杂路由和传送逻辑的发布/订阅功能，包括发送到多个接收方。这些组件启用新的异步消息传送方案，例如暂时分离、发布/订阅和负载平衡。有关消息传送实体的详细信息，请参阅[服务总线队列、主题和订阅](/documentation/articles/service-bus-queues-topics-subscriptions)。 +服务总线中转消息传送基础结构的核心组件是队列、主题和订阅。两者的主要差别在于，主题支持可用于基于内容的复杂路由和传送逻辑的发布/订阅功能，包括发送到多个接收方。这些组件启用新的异步消息传送方案，例如暂时分离、发布/订阅和负载均衡。有关消息传送实体的详细信息，请参阅[服务总线队列、主题和订阅](/documentation/articles/service-bus-queues-topics-subscriptions)。 与中继消息传送基础结构一样，中转消息传送功能是为 WCF 和 .NET Framework 程序员提供的，并且也是通过 REST 提供。 diff --git a/articles/service-bus-paired-namespaces.md b/articles/service-bus-paired-namespaces.md index fea2c07ba..75c8ad435 100644 --- a/articles/service-bus-paired-namespaces.md +++ b/articles/service-bus-paired-namespaces.md @@ -79,7 +79,7 @@ 原始目标路径也作为名为 x-ms-path 的属性存储在消息中。此设计允许多个实体的消息共存于单个积压工作队列中。属性将通过管道重新转换。 -当消息接近 256-KB 限制且发生故障转移时，自定义 [MessageSender][] 对象会遇到问题。自定义 [MessageSender][] 对象将所有队列和主题的消息一起存储在积压工作队列中。此对象在积压工作队列中将来自许多主体的消息混合。若要在互相不知道对方的多个客户端中处理负载平衡，SDK 将随机为每个用代码创建的 [QueueClient][] 或 [TopicClient][] 选择一个积压工作队列。 +当消息接近 256-KB 限制且发生故障转移时，自定义 [MessageSender][] 对象会遇到问题。自定义 [MessageSender][] 对象将所有队列和主题的消息一起存储在积压工作队列中。此对象在积压工作队列中将来自许多主体的消息混合。若要在互相不知道对方的多个客户端中处理负载均衡，SDK 将随机为每个用代码创建的 [QueueClient][] 或 [TopicClient][] 选择一个积压工作队列。 ## Ping diff --git a/articles/service-bus-partitioned-queues-and-topics-amqp-overview.md b/articles/service-bus-partitioned-queues-and-topics-amqp-overview.md index c7d70e680..4a8f05da1 100644 --- a/articles/service-bus-partitioned-queues-and-topics-amqp-overview.md +++ b/articles/service-bus-partitioned-queues-and-topics-amqp-overview.md @@ -26,7 +26,7 @@ Azure 服务总线现在支持用于 Azure 服务总线**分区队列和主题** ### 通过分区队列使用 AMQP -对于需要临时分离、负载调配、负载平衡和松散耦合的应用场景，队列十分有用。在队列中，发布服务器将消息发送到队列，使用者从该队列接收消息，其中一条消息仅能被接收一次。一个此类的典型例子是库存系统，其中销售点终端将数据发布到一个队列而不是直接发送到库存管理系统。然后库存管理系统将随时使用数据管理库存补货。这样做有几个好处，包括库存管理系统无需在所有时间都必须处于联机状态。有关服务总线队列的更多详细信息请参阅：[创建使用服务总线队列的应用程序](https://msdn.microsoft.com/zh-cn/library/azure/hh689723.aspx) +对于需要临时分离、负载调配、负载均衡和松散耦合的应用场景，队列十分有用。在队列中，发布服务器将消息发送到队列，使用者从该队列接收消息，其中一条消息仅能被接收一次。一个此类的典型例子是库存系统，其中销售点终端将数据发布到一个队列而不是直接发送到库存管理系统。然后库存管理系统将随时使用数据管理库存补货。这样做有几个好处，包括库存管理系统无需在所有时间都必须处于联机状态。有关服务总线队列的更多详细信息请参阅：[创建使用服务总线队列的应用程序](https://msdn.microsoft.com/zh-cn/library/azure/hh689723.aspx) 分区的队列会进一步提高可用性、可靠性和应用程序的吞吐量，因为这些队列是跨消息中转站和消息传送存储分区的。 @@ -61,7 +61,7 @@ Azure 服务总线现在支持用于 Azure 服务总线**分区队列和主题** ### 将 AMQP 用于分区的队列 -与队列相似，对于需要临时分离、负载调配、负载平衡和松散耦合的应用场景，主题十分有用。与队列不同，主题可以路由相同消息的副本到多个订阅服务器。在主题中，发布服务器将消息发送到主题，使用者接收订阅的消息。在此示例中，库存系统销售点终端会将数据发布到主题。然后库存管理系统会从订阅接收消息。此外，监视系统可以从不同的订阅接收同一消息。有关服务总线主题的更多详细信息请参阅：[创建使用服务总线主题和订阅的应用程序](https://msdn.microsoft.com/zh-cn/library/azure/hh699844.aspx) +与队列相似，对于需要临时分离、负载调配、负载均衡和松散耦合的应用场景，主题十分有用。与队列不同，主题可以路由相同消息的副本到多个订阅服务器。在主题中，发布服务器将消息发送到主题，使用者接收订阅的消息。在此示例中，库存系统销售点终端会将数据发布到主题。然后库存管理系统会从订阅接收消息。此外，监视系统可以从不同的订阅接收同一消息。有关服务总线主题的更多详细信息请参阅：[创建使用服务总线主题和订阅的应用程序](https://msdn.microsoft.com/zh-cn/library/azure/hh699844.aspx) 分区的主题会进一步提高可用性、可靠性和应用程序的吞吐量，因为这些主题及其订阅是跨多个消息中转站和消息传送存储分区的。 diff --git a/articles/service-bus-pricing-faq.md b/articles/service-bus-pricing-faq.md index 8a0fca2e1..e23a82f55 100644 --- a/articles/service-bus-pricing-faq.md +++ b/articles/service-bus-pricing-faq.md @@ -37,7 +37,7 @@ ## 服务总线的“中继”具体指什么？ -中继是指中继客户端和 Web 服务之间的消息的服务总线实体。中继提供持久性访问、可发现的服务总线地址、可靠的连接（具有防火墙/NAT 遍历功能）和其他功能（例如自动负载平衡）。当启用中继的 WCF 服务（即“中继侦听器”）第一次连接到给定服务总线地址（命名空间 URL）时，中断将隐式实例化并在该地址中打开。应用程序使用服务总线 .NET 托管的 API 创建中继侦听器，API 可提供启用了特殊中继的标准 WCF 绑定版本。 +中继是指中继客户端和 Web 服务之间的消息的服务总线实体。中继提供持久性访问、可发现的服务总线地址、可靠的连接（具有防火墙/NAT 遍历功能）和其他功能（例如自动负载均衡）。当启用中继的 WCF 服务（即“中继侦听器”）第一次连接到给定服务总线地址（命名空间 URL）时，中断将隐式实例化并在该地址中打开。应用程序使用服务总线 .NET 托管的 API 创建中继侦听器，API 可提供启用了特殊中继的标准 WCF 绑定版本。 ## 如何计算中继小时数？ diff --git a/articles/service-bus-queues-topics-subscriptions.md b/articles/service-bus-queues-topics-subscriptions.md index 84088b0f6..52ef05af3 100644 --- a/articles/service-bus-queues-topics-subscriptions.md +++ b/articles/service-bus-queues-topics-subscriptions.md @@ -13,7 +13,7 @@ # 服务总线队列、主题和订阅 -Windows Azure 服务总线支持一组基于云的、面向消息的中间件技术，包括可靠的消息队列和持久的发布/订阅消息。这些中转消息传送功能可被视为分离式消息传送功能，支持使用服务总线消息传送结构的发布-订阅、临时分离和负载平衡方案。分离式通信具有很多优点；例如，客户端和服务器可以根据需要进行连接并以异步方式执行其操作。 +Windows Azure 服务总线支持一组基于云的、面向消息的中间件技术，包括可靠的消息队列和持久的发布/订阅消息。这些中转消息传送功能可被视为分离式消息传送功能，支持使用服务总线消息传送结构的发布-订阅、临时分离和负载均衡方案。分离式通信具有很多优点；例如，客户端和服务器可以根据需要进行连接并以异步方式执行其操作。 消息传送实体（队列、主题/订阅、规则/操作和事件中心）是服务总线中转消息传送功能的核心。 @@ -21,7 +21,7 @@ Windows Azure 服务总线支持一组基于云的、面向消息的中间件技 队列为一个或多个竞争使用方提供“先入先出 (FIFO)”消息传递方式。也就是说，接收方预计会按照消息添加到队列中的顺序来接收并处理消息，并且每条消息仅由一个消息使用方接收并处理。使用队列的主要优点是，实现应用程序组件的“临时分离”。换而言之，由于消息持久存储在队列中，因此创建方（发送方）和使用方（接收方）不必同时发送和接收消息。此外，创建方不必等待使用方的答复即可继续处理并发送更多消息。 -相关的优点是“负载分级”，它允许创建方和使用方以不同速率发送和接收消息。在许多应用程序中，系统负载随时间而变化，而每个工作单元所需的处理时间通常为常量。使用队列在消息创建者与使用者之间中继意味着，只需将使用方应用程序预配为适应平均负载而非最大负载。队列深度将随传入负载的变化而加大和减小。这将直接根据为应用程序加载提供服务所需的基础结构的数目来节省成本。随着负载增加，可添加更多的工作进程以从队列中读取。每条消息仅由一个辅助进程处理。另外，可通过此基于拉取的负载平衡来以最合理的方式使用辅助计算机，即使这些辅助计算机具有不同的处理能力（因为它们将以其最大速率拉取消息）也是如此。此模式通常称为“使用者竞争模式”。 +相关的优点是“负载分级”，它允许创建方和使用方以不同速率发送和接收消息。在许多应用程序中，系统负载随时间而变化，而每个工作单元所需的处理时间通常为常量。使用队列在消息创建者与使用者之间中继意味着，只需将使用方应用程序预配为适应平均负载而非最大负载。队列深度将随传入负载的变化而加大和减小。这将直接根据为应用程序加载提供服务所需的基础结构的数目来节省成本。随着负载增加，可添加更多的工作进程以从队列中读取。每条消息仅由一个辅助进程处理。另外，可通过此基于拉取的负载均衡来以最合理的方式使用辅助计算机，即使这些辅助计算机具有不同的处理能力（因为它们将以其最大速率拉取消息）也是如此。此模式通常称为“使用者竞争模式”。 使用队列在消息创建方与使用方之间中继可在个组件之间提供固有的松散耦合。由于创建方和使用方互不相识，因此，可升级使用方，不会对创建方产生任何影响。 @@ -81,7 +81,7 @@ while ((message = myQueueClient.Receive(new TimeSpan(hours: 0, minutes: 0, secon 与每条消息由单个使用方处理的队列相比，主题和订阅通过*发布/订阅*模式提供“一对多”通信方式。这对于扩展到大量接收方而言十分有用，每个发布的消息对向该主题注册的每个订阅均可用。系统会将消息发送到主题并传递到一个或多个相关联的订阅，具体取决于每个订阅上可以设置的筛选规则。此订阅可以使用其他筛选器来限制其想要接收的消息。可以采用与发送至队列的相同方式将消息发送至主题，但不可直接从主题接收消息。而是从订阅接收消息。主题订阅类似于接收发送至该主题的消息副本的虚拟队列。从订阅接收消息的方式与从队列接收相同。 -通过比较，队列的消息发送功能直接映射到主题，而其消息接收功能映射到订阅。此外，这意味着订阅支持本部分前面所述的关于队列的相同模式：竞争使用方、临时分离、负载分级和负载平衡。 +通过比较，队列的消息发送功能直接映射到主题，而其消息接收功能映射到订阅。此外，这意味着订阅支持本部分前面所述的关于队列的相同模式：竞争使用方、临时分离、负载分级和负载均衡。 创建主题类似于创建队列，如前一节中的示例所示。创建服务 URI，然后使用 [NamespaceManager](https://msdn.microsoft.com/zh-cn/library/azure/microsoft.servicebus.namespacemanager.aspx) 类来创建命名空间客户端。然后，你可以使用 [CreateTopic](https://msdn.microsoft.com/zh-cn/library/azure/hh293080.aspx) 方法创建主题。例如： diff --git a/articles/service-bus-relay-overview.md b/articles/service-bus-relay-overview.md index f0749a29a..f2258d6ec 100644 --- a/articles/service-bus-relay-overview.md +++ b/articles/service-bus-relay-overview.md @@ -15,7 +15,7 @@ # 服务总线中继消息传送 -服务总线的核心组件是集中化（但高度负载平衡）的中继服务，该服务使你能够构建可在 Azure 数据中心和你自己的本地企业环境中运行的混合应用程序。中继服务支持各种不同的传输协议和 Web 服务标准，包括 SOAP、WS-* 甚至 REST。服务总线中继简化了混合应用程序，它允许你安全地向公有云公开位于企业网络内的 Windows Communication Foundation (WCF) 服务，而无需打开防火墙连接，也无需对企业网络基础结构进行彻底的更改。 +服务总线的核心组件是集中化（但高度负载均衡）的中继服务，该服务使你能够构建可在 Azure 数据中心和你自己的本地企业环境中运行的混合应用程序。中继服务支持各种不同的传输协议和 Web 服务标准，包括 SOAP、WS-* 甚至 REST。服务总线中继简化了混合应用程序，它允许你安全地向公有云公开位于企业网络内的 Windows Communication Foundation (WCF) 服务，而无需打开防火墙连接，也无需对企业网络基础结构进行彻底的更改。 ![中继概念](./media/service-bus-relay-overview/sb-relay-01.png) diff --git a/articles/service-bus-samples.md b/articles/service-bus-samples.md index 7ce06fe5a..4281ae4a5 100644 --- a/articles/service-bus-samples.md +++ b/articles/service-bus-samples.md @@ -101,7 +101,7 @@ |示例名称|说明|最低 SDK 版本|可用性| |---|---|---|---| |[中继消息传送身份验证：简单的 WebToken](http://code.msdn.microsoft.com/Relayed-Messaging-32c74392)|演示如何使用简单的 Web 令牌凭据进行服务总线身份验证。该示例类似于 Echo 示例，但具有一些更改。具体而言，此示例在 ServiceHost（服务）和 ChannelFactory （客户端）应用程序中添加了一个动作。|1\.8|Windows Azure Service Bus| -|[中继消息传送：负载平衡](http://code.msdn.microsoft.com/Relayed-Messaging-Load-bd76a9f8)|演示如何使用 Windows Azure 服务总线将消息路由到多个接收方。它介绍了通过 **NetTcpRelayBinding** 绑定与客户端进行的简单服务通信的多个实例|1\.8|Windows Azure Service Bus| +|[中继消息传送：负载均衡](http://code.msdn.microsoft.com/Relayed-Messaging-Load-bd76a9f8)|演示如何使用 Windows Azure 服务总线将消息路由到多个接收方。它介绍了通过 **NetTcpRelayBinding** 绑定与客户端进行的简单服务通信的多个实例|1\.8|Windows Azure Service Bus| |[中继消息传送绑定：Net 事件](http://code.msdn.microsoft.com/Relayed-Messaging-Bindings-c0176977)|演示如何使用 Windows Azure 服务总线上的 **NetEventRelayBinding** 绑定。|1\.8|Windows Azure Service Bus| |[中继消息传送绑定：WS2007Http 会话](http://code.msdn.microsoft.com/Relayed-Messaging-Bindings-ef1f1fcb)|演示如何使用启用了可靠会话的 **WS2007HttpRelayBinding** 绑定。还演示如何在配置文件中而不是以编程方式指定服务总线凭据。|1\.8|Windows Azure Service Bus| |[中继消息传送绑定：WS2007Http MsgSecCertificate](http://code.msdn.microsoft.com/Relayed-Messaging-Bindings-f29c9da5)|演示如何使用具有消息安全的 **WS2007HttpRelayBinding** 绑定来确保端到端消息安全，并且仍要求客户端对服务总线进行身份验证。|1\.8|Windows Azure Service Bus| diff --git a/articles/site-recovery-sql.md b/articles/site-recovery-sql.md index f2b079015..696bbc28e 100644 --- a/articles/site-recovery-sql.md +++ b/articles/site-recovery-sql.md @@ -115,7 +115,7 @@ SQL Server 2008 R2 | Enterprise 或 Standard | 独立 | 使用本地镜像进行 3. 在网络中创建一个新的 SQL Server Azure 虚拟机，并将其配置为异步可用性组副本。如果您在故障转移到 Azure 后需要 SQL Server 层的高可用性，请在 Azure 中配置两个异步副本。 4. 在虚拟网络中设置域控制器的副本。 5. 确保已在虚拟机上启用虚拟机扩展。只有这样，才能在恢复计划中推送 SQL Server 特定的脚本。 -6. 使用 Azure 的内部负载平衡器配置可用性组的 SQL Server 侦听器。 +6. 使用 Azure 的内部负载均衡器配置可用性组的 SQL Server 侦听器。 7. 将应用程序层配置为使用侦听器访问数据库层。对于使用分布式事务的应用程序，建议您使用站点恢复进行 SAN 复制或 VMWare 站点到站点复制。 ### 为 SQL Server 群集设置保护（Standard 或 2008 R2） diff --git a/articles/site-recovery-vmm-to-vmm.md b/articles/site-recovery-vmm-to-vmm.md index bf81c5eef..26d751556 100644 --- a/articles/site-recovery-vmm-to-vmm.md +++ b/articles/site-recovery-vmm-to-vmm.md @@ -373,7 +373,7 @@ Azure 站点恢复可在许多部署方案中安排虚拟机的复制、故障 **功能：故障转移 - 计划内的、计划外、测试** -- **作用**：此功能帮助执行从一个 VMM 托管数据中心到另一个 VMM 托管数据中心的虚拟机故障转移。故障转移操作是由用户在其“服务”门户上触发的。发生故障转移的可能原因包括计划外事件（例如发生自然灾害）；计划内事件（例如数据中心负载平衡）；测试故障转移（例如恢复计划演练）。 +- **作用**：此功能帮助执行从一个 VMM 托管数据中心到另一个 VMM 托管数据中心的虚拟机故障转移。故障转移操作是由用户在其“服务”门户上触发的。发生故障转移的可能原因包括计划外事件（例如发生自然灾害）；计划内事件（例如数据中心负载均衡）；测试故障转移（例如恢复计划演练）。 VMM 服务器上的提供程序将从“服务”那里收到事件通知，并通过 VMM 接口在 Hyper-V 主机上执行故障转移操作。从一台 Hyper-V 主机到另一台主机（通常位于一个不同的“恢复”数据中心内）执行的虚拟机的实际故障转移是通过 Windows Server 2012 或 Windows Server 2012 R2 Hyper-V 复制技术处理的。在故障转移完成后，“恢复”数据中心内的 VMM 服务器上安装的提供程序会向“服务”发送成功信息。 diff --git a/articles/site-recovery-vmware-to-azure.md b/articles/site-recovery-vmware-to-azure.md index 52ae0f709..375c05fe9 100644 --- a/articles/site-recovery-vmware-to-azure.md +++ b/articles/site-recovery-vmware-to-azure.md @@ -743,7 +743,7 @@ Azure Site Recovery 有助于业务连续性和灾难恢复 (BCDR) 策略，因 如果需要，你可以将部分或所有本地 VMware 虚拟机和物理服务器的复制转移到另一台进程服务器。例如： - **故障** — 如果进程服务器发生故障或不可用，你可以将受保护计算机的复制转移到另一台进程服务器。源计算机和副本计算机的元数据将转移到新的进程服务器并且会重新同步。新的进程服务器将自动连接到 vCenter 服务器以执行自动发现。你可以在站点恢复仪表板上监视进程服务器的状态。 -- **负载平衡以调整 RPO** — 若要改善负载平衡，你可以在站点恢复门户中选择不同的进程服务器，并将一台或多台计算机的复制转移到该服务器，以手动进行负载平衡。在此情况下，选择的源和副本计算机的元数据将转移到新的进程服务器。原始进程服务器仍然连接到 vCenter 服务器。 +- **负载均衡以调整 RPO** — 若要改善负载均衡，你可以在站点恢复门户中选择不同的进程服务器，并将一台或多台计算机的复制转移到该服务器，以手动进行负载均衡。在此情况下，选择的源和副本计算机的元数据将转移到新的进程服务器。原始进程服务器仍然连接到 vCenter 服务器。 ### 监视进程服务器 diff --git a/articles/site-recovery-workload.md b/articles/site-recovery-workload.md index 245a95297..740d13614 100644 --- a/articles/site-recovery-workload.md +++ b/articles/site-recovery-workload.md @@ -26,7 +26,7 @@ Azure Site Recovery 功能在设计时牢记应用程序级别的保护/恢复 - 针对单层或 N 层应用程序的应用程序一致快照 - 集成应用程序级复制。充分利用同类最佳应用程序级产品，包括 AD 复制、SQL Always On、Exchange Database Availability Groups 和 Oracle Data Guard - 灵活恢复计划让一次单击即可恢复整个应用程序堆栈成为可能，包括执行外部脚本甚至手动操作。 -- ASR 和 Azure 中的高级网络管理让你的应用程序特有的所有网络配置都实现自动化：保留 IP 地址、配置负载平衡器，或使用 Microsoft 的流量管理器以实现低 RTO 网络切换。 +- ASR 和 Azure 中的高级网络管理让你的应用程序特有的所有网络配置都实现自动化：保留 IP 地址、配置负载均衡器，或使用 Microsoft 的流量管理器以实现低 RTO 网络切换。 - 丰富自动化库 (Rich Automation Library)，提供为生产做好准备的应用程序特定脚本。下载它们并集成到基于 ASR 的解决方案。 diff --git a/articles/sql-database-business-continuity.md b/articles/sql-database-business-continuity.md index f5c650ff0..180567bec 100644 --- a/articles/sql-database-business-continuity.md +++ b/articles/sql-database-business-continuity.md @@ -78,7 +78,7 @@ ### 活动异地复制 -活动异地复制适用于高级数据库。它专为恢复要求最为苛刻的写入密集型应用程序而设计。使用活动异地复制，最多可以在不同区域中的服务器上创建四个可读辅助数据库。你可以像使用标准异地复制时一样启动向任何辅助数据库的故障转移。此外，活动异地复制可用于支持应用程序升级或重定位方案，以及只读工作负荷的负载平衡。有关如何配置异地复制的详细信息，请参阅[业务连续性设计](/documentation/articles/sql-database-business-continuity-design)；有关如何故障转移到辅助数据库的详细信息，请参阅[在中断后恢复](/documentation/articles/sql-database-disaster-recovery)。有关如何在不停机的情况下实现应用程序升级的详细信息，请参阅[在不停机的情况下升级应用程序](/documentation/articles/sql-database-business-continuity-application-upgrade)。 +活动异地复制适用于高级数据库。它专为恢复要求最为苛刻的写入密集型应用程序而设计。使用活动异地复制，最多可以在不同区域中的服务器上创建四个可读辅助数据库。你可以像使用标准异地复制时一样启动向任何辅助数据库的故障转移。此外，活动异地复制可用于支持应用程序升级或重定位方案，以及只读工作负荷的负载均衡。有关如何配置异地复制的详细信息，请参阅[业务连续性设计](/documentation/articles/sql-database-business-continuity-design)；有关如何故障转移到辅助数据库的详细信息，请参阅[在中断后恢复](/documentation/articles/sql-database-disaster-recovery)。有关如何在不停机的情况下实现应用程序升级的详细信息，请参阅[在不停机的情况下升级应用程序](/documentation/articles/sql-database-business-continuity-application-upgrade)。 diff --git a/articles/sql-database-designing-cloud-solutions-for-disaster-recovery.md b/articles/sql-database-designing-cloud-solutions-for-disaster-recovery.md index dee12367c..ee0930c32 100644 --- a/articles/sql-database-designing-cloud-solutions-for-disaster-recovery.md +++ b/articles/sql-database-designing-cloud-solutions-for-disaster-recovery.md @@ -26,7 +26,7 @@ 在这种情况下，当所有应用程序组件均受到影响并且需要作为一个单元进行故障转移时，将针对处理区域灾难对应用程序部署拓扑进行优化。对于地理冗余，应用程序逻辑和数据库将复制到另一个区域但在正常情况下不用于应用程序工作负荷。次要区域中的应用程序应配置为使用辅助数据库的 SQL 连接字符串。流量管理器设置为使用[故障转移路由方法](/documentation/articles/traffic-manager-configure-failover-load-balancing)。 -> [AZURE.NOTE] [Azure traffic manager](/documentation/articles/traffic-manager-overview) 在整篇文章中仅供说明之用。你可以使用任何支持故障转移路由方法的负载平衡解决方案。 +> [AZURE.NOTE] [Azure traffic manager](/documentation/articles/traffic-manager-overview) 在整篇文章中仅供说明之用。你可以使用任何支持故障转移路由方法的负载均衡解决方案。 除了主应用程序实例外，你还应考虑部署一个较小的[辅助角色应用程序](/documentation/articles/cloud-services-choose-me#tellmecs)，以通过定期发出 T-SQL 只读 (RO) 命令来监视主数据库。可使用它自动触发故障转移和/或在应用程序的管理控制台上生成警报。若要确保监视不受区域范围的停机影响，应将监视应用程序实例部署到每个区域，并将它们连接到其他区域中的数据库，但只有次要区域中的实例需要处于活动状态。 @@ -62,7 +62,7 @@ 主要**不足**是次要区域中的冗余应用程序实例仅用于灾难恢复。 -## 设计模式 2：实现应用程序负载平衡的主动-主动部署 +## 设计模式 2：实现应用程序负载均衡的主动-主动部署 此选项最适合具有以下特征的应用程序： + 数据库读取与写入的比率较高 @@ -70,7 +70,7 @@ + 可使用不同的连接字符串将只读逻辑与读写逻辑分开 + 只读逻辑不依赖于正在与最新更新完全同步的数据 -如果你的应用程序具有这些特征，则将最终用户连接负载平衡到不同区域中的多个应用程序实例上，可以提高性能和改善最终用户体验。若要实现这一点，每个区域应具有应用程序的活动实例，并将读写 (RW) 逻辑连接到主要区域中的主数据库。应将只读 (RO) 逻辑连接到与应用程序实例在同一区域中的辅助数据库。流量管理器应设置为使用[轮循机制路由](/documentation/articles/traffic-manager-configure-round-robin-load-balancing)或[性能路由](/documentation/articles/traffic-manager-configure-performance-load-balancing)，并为每个应用程序实例启用[终结点监视](/documentation/articles/traffic-manager-monitoring)。 +如果你的应用程序具有这些特征，则将最终用户连接负载均衡到不同区域中的多个应用程序实例上，可以提高性能和改善最终用户体验。若要实现这一点，每个区域应具有应用程序的活动实例，并将读写 (RW) 逻辑连接到主要区域中的主数据库。应将只读 (RO) 逻辑连接到与应用程序实例在同一区域中的辅助数据库。流量管理器应设置为使用[轮循机制路由](/documentation/articles/traffic-manager-configure-round-robin-load-balancing)或[性能路由](/documentation/articles/traffic-manager-configure-performance-load-balancing)，并为每个应用程序实例启用[终结点监视](/documentation/articles/traffic-manager-monitoring)。 如模式 #1 中所示，你应考虑部署类似的监视应用程序。但与模式 #1 不同的是，它不负责触发终结点故障转移。 @@ -143,7 +143,7 @@ | 模式 | RPO | ERT | :--- |:--- | :--- | 使用并置数据库访问权限进行灾难恢复的主动-被动部署 | 读写访问 < 5 秒 | 故障检测时间 + 故障转移 API 调用 + 应用程序验证测试 -| 实现应用程序负载平衡的主动-主动部署 | 读写访问 < 5 秒 | 故障检测时间 + 故障转移 API 调用 + SQL 连接字符串更改 + 应用程序验证测试 +| 实现应用程序负载均衡的主动-主动部署 | 读写访问 < 5 秒 | 故障检测时间 + 故障转移 API 调用 + SQL 连接字符串更改 + 应用程序验证测试 | 实现保留数据的主动-被动部署 | 只读访问 < 5 秒，读写访问 = 0 | 只读访问 = 连接故障检测时间 + 应用程序验证测试
读写访问 = 缓解服务中断所用时间 \ No newline at end of file diff --git a/articles/sql-database-develop-csharp-retry-windows.md b/articles/sql-database-develop-csharp-retry-windows.md index 10d9c4752..07ba7bf3d 100644 --- a/articles/sql-database-develop-csharp-retry-windows.md +++ b/articles/sql-database-develop-csharp-retry-windows.md @@ -31,7 +31,7 @@ - 通过 Internet 建立的连接受到短暂的网络中断，然后可以重建连接。 -- 云计算涉及到负载平衡，可以短暂阻止连接或查询尝试。 +- 云计算涉及到负载均衡，可以短暂阻止连接或查询尝试。 ## 识别暂时性错误 diff --git a/articles/sql-database-develop-entlib-csharp-retry-windows.md b/articles/sql-database-develop-entlib-csharp-retry-windows.md index 6aaebbbcf..152e89d63 100644 --- a/articles/sql-database-develop-entlib-csharp-retry-windows.md +++ b/articles/sql-database-develop-entlib-csharp-retry-windows.md @@ -23,7 +23,7 @@ EntLib 类旨在区分两种类别的运行时错误： - 永远不会自行更正的错误，如拼写错误的服务器名称。 -- 暂时性故障，例如，在 Azure 系统进行负载平衡的情况下，服务器在接受新连接时暂停了几秒钟。 +- 暂时性故障，例如，在 Azure 系统进行负载均衡的情况下，服务器在接受新连接时暂停了几秒钟。 Enterprise Library 6 (EntLib60) 是最新版本，并已于 2013 年 4 月发布。 diff --git a/articles/sql-database-performance-guidance.md b/articles/sql-database-performance-guidance.md index 3fbc79d91..7d668580d 100644 --- a/articles/sql-database-performance-guidance.md +++ b/articles/sql-database-performance-guidance.md @@ -30,13 +30,13 @@ Microsoft Azure SQL 数据库提供三个服务层 \ No newline at end of file diff --git a/articles/traffic-manager-configure-failover-load-balancing.md b/articles/traffic-manager-configure-failover-load-balancing.md index 04605c544..ad6800ea4 100755 --- a/articles/traffic-manager-configure-failover-load-balancing.md +++ b/articles/traffic-manager-configure-failover-load-balancing.md @@ -1,6 +1,6 @@ -# 配置性能负载平衡方法 +# 配置性能负载均衡方法 -若要对分布在全球不同数据中心（也称为区域）的云服务和网站（终结点）进行负载平衡，可以将传入的流量从发出请求的客户端定向到延迟最低的终结点。通常，延迟最低的数据中心对应于地理距离最短的终结点。使用“性能”负载平衡方法可以基于最低延迟进行分发，但无法考虑网络配置或负载中的实时变化。有关流量管理器提供的各种负载平衡方法的详细信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +若要对分布在全球不同数据中心（也称为区域）的云服务和网站（终结点）进行负载均衡，可以将传入的流量从发出请求的客户端定向到延迟最低的终结点。通常，延迟最低的数据中心对应于地理距离最短的终结点。使用“性能”负载均衡方法可以基于最低延迟进行分发，但无法考虑网络配置或负载中的实时变化。有关流量管理器提供的各种负载均衡方法的详细信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 ## 根据最低延迟在一组终结点之间路由流量： @@ -21,7 +21,7 @@ 2. 在管理门户的“流量管理器”窗格中，找到包含你要修改的设置的流量管理器配置文件，然后单击配置文件名称右侧的箭头。这将打开配置文件的设置页面。 3. 在你的配置文件页面上，单击页面顶部的“终结点”并验证你要在配置中包括的服务终结点是否都存在。有关在配置文件中添加或删除终结点的步骤，请参阅[在流量管理器中管理终结点](/documentation/articles/traffic-manager-endpoints)。 4. 在你的配置文件页面上，单击顶部的“配置”以打开配置页面。 -5. 对于“负载平衡方法设置”，验证负载平衡方法是否是“性能”。如果不是，请在下拉列表中单击“性能”。 +5. 对于“负载均衡方法设置”，验证负载均衡方法是否是“性能”。如果不是，请在下拉列表中单击“性能”。 6. 验证是否已正确配置了“监视设置”。监视可确保不会向处于脱机状态的终结点发送流量。为了监视终结点，必须指定路径和文件名。注意，正斜杠“/”是有效的相对路径条目，表示该文件位于根目录（默认值）中。有关监视的详细信息，请参阅[关于流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 7. 完成你的配置更改后，单击页面底部的“保存”。 8. 测试你的配置更改。有关详细信息，请参阅[测试流量管理器设置](/documentation/articles/traffic-manager-testing-settings)。 @@ -29,7 +29,7 @@ ## 后续步骤 -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [流量管理器 - 禁用、启用或删除配置文件](/documentation/articles/disable-enable-or-delete-a-profile) diff --git a/articles/traffic-manager-configure-round-robin-load-balancing.md b/articles/traffic-manager-configure-round-robin-load-balancing.md index 8f76e94b8..70803bc17 100755 --- a/articles/traffic-manager-configure-round-robin-load-balancing.md +++ b/articles/traffic-manager-configure-round-robin-load-balancing.md @@ -1,6 +1,6 @@ [AZURE.NOTE]Azure 网站已经针对数据中心（也称为区域）内的网站提供了轮循机制负载平衡功能。你可以使用流量管理器为不同数据中心内的网站指定轮询机制负载平衡。 +>[AZURE.NOTE]Azure 网站已经针对数据中心（也称为区域）内的网站提供了轮循机制负载均衡功能。你可以使用流量管理器为不同数据中心内的网站指定轮询机制负载均衡。 ## 均衡地（轮循机制）在一组终结点之间路由流量： @@ -23,7 +23,7 @@ 2. 在管理门户的“流量管理器”窗格中，找到包含你要修改的设置的流量管理器配置文件，然后单击配置文件名称右侧的箭头。这将打开配置文件的设置页面。 3. 在你的配置文件页面上，单击页面顶部的“终结点”并验证你要在配置中包括的服务终结点是否都存在。有关添加或删除终结点的步骤，请参阅[在流量管理器中管理终结点](/documentation/articles/traffic-manager-endpoints)。 4. 在你的配置文件页面上，单击顶部的“配置”以打开配置页面。 -5. 对于“负载平衡方法设置”，验证负载平衡方法是否是“轮循机制”。如果不是，请在下拉列表中单击“轮循机制”。 +5. 对于“负载均衡方法设置”，验证负载均衡方法是否是“轮循机制”。如果不是，请在下拉列表中单击“轮循机制”。 6. 验证是否已正确配置了“监视设置”。监视可确保不会向处于脱机状态的终结点发送流量。为了监视终结点，必须指定路径和文件名。注意，正斜杠“/”是有效的相对路径条目，表示该文件位于根目录（默认值）中。有关监视的详细信息，请参阅[关于流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 7. 完成你的配置更改后，单击页面底部的“保存”。 8. 测试你的配置更改。有关详细信息，请参阅[测试流量管理器设置](/documentation/articles/traffic-manager-testing-settings)。 @@ -31,7 +31,7 @@ ## 后续步骤 -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [流量管理器 - 禁用、启用或删除配置文件](/documentation/articles/disable-enable-or-delete-a-profile) diff --git a/articles/traffic-manager-configure-round-robin-routing-method.md b/articles/traffic-manager-configure-round-robin-routing-method.md index 88bdd6e2f..549e57a87 100644 --- a/articles/traffic-manager-configure-round-robin-routing-method.md +++ b/articles/traffic-manager-configure-round-robin-routing-method.md @@ -1,6 +1,6 @@ [AZURE.NOTE]Azure 网站已经针对数据中心（也称为区域）内的网站提供了“循环”负载平衡功能。你可以使用流量管理器为不同数据中心内的网站指定轮询机制流量路由方法。 +>[AZURE.NOTE]Azure 网站已经针对数据中心（也称为区域）内的网站提供了“循环”负载均衡功能。你可以使用流量管理器为不同数据中心内的网站指定轮询机制流量路由方法。 ## 均衡地（轮循机制）在一组终结点之间路由流量： diff --git a/articles/traffic-manager-endpoints.md b/articles/traffic-manager-endpoints.md index e529a860d..ad2c6d61b 100755 --- a/articles/traffic-manager-endpoints.md +++ b/articles/traffic-manager-endpoints.md @@ -13,7 +13,7 @@ # 添加、禁用、启用或删除终结点 -无论网站模式如何，Azure 网站都已经针对数据中心内的网站提供了故障转移和轮循机制负载平衡功能。你可以使用流量管理器为不同数据中心内的网站和云服务指定故障转移和轮询机制负载平衡。提供该功能所需的第一个步骤是将云服务或网站终结点添加到流量管理器中。 +无论网站模式如何，Azure 网站都已经针对数据中心内的网站提供了故障转移和轮循机制负载均衡功能。你可以使用流量管理器为不同数据中心内的网站和云服务指定故障转移和轮询机制负载均衡。提供该功能所需的第一个步骤是将云服务或网站终结点添加到流量管理器中。 >[AZURE.NOTE]无法使用管理门户将外部位置或流量管理器配置文件添加为终结点。必须使用 REST API [创建定义](https://msdn.microsoft.com/zh-CN/library/azure/hh758257.aspx)或 Windows PowerShell [Add-AzureTrafficManagerEndpoint](https://msdn.microsoft.com/zh-CN/library/dn690257.aspx)。 @@ -32,7 +32,7 @@ 6. 在列表中选择网站以将其添加为此配置文件的终结点。清除网站名称会将其从终结点列表中删除。注意，对于每个 Azure 数据中心（也称为区域），只能选择一个网站。如果你在托管着多个网站的数据中心内选择网站，当你选择了第一个网站时，同一数据中心内的其他网站将变得不可供选择。另请注意，只会列出标准网站。 7. 在为此配置文件选择终结点后，单击右下角的复选标记来保存你的更改。 ->[AZURE.NOTE]如果你使用的是“故障转移”负载平衡方法，在添加或删除终结点后，请务必在“配置”页面上调整故障转移优先级列表以反映你的配置需要的故障转移顺序。有关详细信息，请参阅[配置故障转移负载平衡](/documentation/articles/traffic-manager-configure-failover-load-balancing)。 +>[AZURE.NOTE]如果你使用的是“故障转移”负载均衡方法，在添加或删除终结点后，请务必在“配置”页面上调整故障转移优先级列表以反映你的配置需要的故障转移顺序。有关详细信息，请参阅[配置故障转移负载均衡](/documentation/articles/traffic-manager-configure-failover-load-balancing)。 ## 禁用终结点 diff --git a/articles/traffic-manager-load-balancing-methods.md b/articles/traffic-manager-load-balancing-methods.md index b1fbff1e9..6231b6155 100755 --- a/articles/traffic-manager-load-balancing-methods.md +++ b/articles/traffic-manager-load-balancing-methods.md @@ -1,6 +1,6 @@ [AZURE.NOTE]DNS 生存时间 (TTL) 指示 DNS 客户端以及 DNS 服务器上的解析程序要将解析的名称缓存多久。客户端将持续使用给定的终结点来解析域名，直到该名称的本地 DNS 缓存条目过期。 -## 故障转移负载平衡方法 +## 故障转移负载均衡方法 组织通常希望为服务提供可靠性。一般通过在主服务发生故障时提供备用服务来实现这一目的。一种常用的服务故障转移模式是提供一组相同的终结点并向主服务发送流量，同时，提供包含一个或多个备份的列表。如果主服务不可用，则按顺序将发出请求的客户端路由到下一个服务。如果列表中的第一个和第二个服务都不可用，流量将转到第三个服务，依此类推。 -在配置“故障转移”负载平衡方法时，所选终结点的顺序非常重要。你可以使用管理门户在配置文件的“配置”页上配置故障转移顺序。 +在配置“故障转移”负载均衡方法时，所选终结点的顺序非常重要。你可以使用管理门户在配置文件的“配置”页上配置故障转移顺序。 -图 1 显示了针对一组终结点的“故障转移”负载平衡方法的示例。 +图 1 显示了针对一组终结点的“故障转移”负载均衡方法的示例。 -![流量管理器“故障转移”负载平衡](./media/traffic-manager-load-balancing-methods/IC750592.jpg) +![流量管理器“故障转移”负载均衡](./media/traffic-manager-load-balancing-methods/IC750592.jpg) **图 1** @@ -48,13 +48,13 @@ 3. 流量管理器将 CS-B 的域名返回到客户端的 DNS 服务器，该服务器再将域名解析为 IP 地址，并将该地址发送到客户端。 4. 客户端向 CS-B 发起通信。 -## 轮循机制负载平衡方法 +## 轮循机制负载均衡方法 -一种常见的负载平衡模式是提供一组相同的终结点，并以循环方式向每个终结点发送流量。“循环”方法将流量拆分到不同的终结点之间。它将随机选择一个正常运行的终结点，而且不会将流量发送到检测为处于脱机状态的服务。有关详细信息，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 +一种常见的负载均衡模式是提供一组相同的终结点，并以循环方式向每个终结点发送流量。“循环”方法将流量拆分到不同的终结点之间。它将随机选择一个正常运行的终结点，而且不会将流量发送到检测为处于脱机状态的服务。有关详细信息，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 -图 2 显示了针对一组终结点的“轮循机制”负载平衡方法的示例。 +图 2 显示了针对一组终结点的“轮循机制”负载均衡方法的示例。 -![配置流量管理器“轮循机制”负载平衡](./media/traffic-manager-load-balancing-methods/IC750593.jpg) +![配置流量管理器“轮循机制”负载均衡](./media/traffic-manager-load-balancing-methods/IC750593.jpg) **图 2** @@ -65,19 +65,19 @@ 3. 流量管理器将 CS-B 的域名返回到客户端的 DNS 服务器。客户端的 DNS 服务器将此域名解析为 IP 地址，并将该地址发送到客户端。 4. 客户端向 CS-B 发起通信。 -“轮循机制”负载平衡还支持将网络流量进行加权分布。图 3 显示了针对一组终结点的加权“轮循机制”负载平衡方法的示例。 +“轮循机制”负载均衡还支持将网络流量进行加权分布。图 3 显示了针对一组终结点的加权“轮循机制”负载均衡方法的示例。 -![“轮循机制”加权负载平衡](./media/traffic-manager-load-balancing-methods/IC750594.png) +![“轮循机制”加权负载均衡](./media/traffic-manager-load-balancing-methods/IC750594.png) **图 3** -使用加权的“轮循机制”负载平衡，可以根据为每个终结点分配的权重值，将负载分配到各个终结点。权重越大，将返回某个终结点的频率越高。此方法适用于的方案包括： +使用加权的“轮循机制”负载均衡，可以根据为每个终结点分配的权重值，将负载分配到各个终结点。权重越大，将返回某个终结点的频率越高。此方法适用于的方案包括： - 应用程序逐步升级：分配要路由到新终结点的流量百分比，并随着时间的推移逐渐将流量增加到 100％。 - 到 Azure 的应用程序迁移：创建一个包含 Azure 和外部终结点的配置文件，并为要路由到每个终结点的流量指定权重。 - 适用于更多容量的云爆发：通过将本地部署放在流量管理器配置文件之后，快速将本地部署扩展到云中。当你需要在云中获得额外的容量时，可以添加或启用更多终结点，并指定哪部分流量将流向每个终结点。 -目前，不能使用管理门户来配置加权的负载平衡。Azure 支持使用服务管理 REST API 和 Azure PowerShell cmdlet 对此方法进行编程访问。 +目前，不能使用管理门户来配置加权的负载均衡。Azure 支持使用服务管理 REST API 和 Azure PowerShell cmdlet 对此方法进行编程访问。 有关使用 REST API 的信息，请参阅[流量管理器上的操作（REST API 参考）](https://msdn.microsoft.com/zh-CN/library/hh758255.aspx)。 @@ -85,15 +85,15 @@ 若要从单个客户端测试配置文件并观察平等的或加权的循环行为，请验证是否能够根据配置文件中的相等值或加权值，将 DNS 名称解析为终结点的不同 IP 地址。测试时，你必须禁用客户端 DNS 缓存或在每次尝试操作之后清除 DNS 缓存，以确保发送新的 DNS 名称查询。 -## 性能负载平衡方法 +## 性能负载均衡方法 -若要对分布在全球不同数据中心的终结点进行负载平衡，可以将传入的流量定向到最靠近的终结点，因为发出请求的客户端与该终结点之间的延迟最低。通常，“最靠近的”终结点对应于地理距离最短的终结点。使用“性能”负载平衡方法可以基于位置和延迟进行分发，但无法考虑网络配置或负载中的实时变化。 +若要对分布在全球不同数据中心的终结点进行负载均衡，可以将传入的流量定向到最靠近的终结点，因为发出请求的客户端与该终结点之间的延迟最低。通常，“最靠近的”终结点对应于地理距离最短的终结点。使用“性能”负载均衡方法可以基于位置和延迟进行分发，但无法考虑网络配置或负载中的实时变化。 -“性能”负载平衡方法查找发出请求的客户端，并将它路由到最靠近的终结点。“靠近程度”由“Internet 延迟表”确定，该表显示了不同 IP 地址与每个 Azure 数据中心之间的往返时间。此表定期更新，但并不是 Internet 性能的实时反映。此方法不考虑给定服务上的负载，不过，流量管理器将会根据选择的方法监视终结点，如果终结点不可用，则不将这些终结点包含在 DNS 查询响应中。换句话说，“性能”负载平衡也包含“故障转移”负载平衡方法。 +“性能”负载均衡方法查找发出请求的客户端，并将它路由到最靠近的终结点。“靠近程度”由“Internet 延迟表”确定，该表显示了不同 IP 地址与每个 Azure 数据中心之间的往返时间。此表定期更新，但并不是 Internet 性能的实时反映。此方法不考虑给定服务上的负载，不过，流量管理器将会根据选择的方法监视终结点，如果终结点不可用，则不将这些终结点包含在 DNS 查询响应中。换句话说，“性能”负载均衡也包含“故障转移”负载均衡方法。 -图 4 显示了针对一组终结点的“性能”负载平衡方法的示例。 +图 4 显示了针对一组终结点的“性能”负载均衡方法的示例。 -![流量管理器“性能”负载平衡](./media/traffic-manager-load-balancing-methods/IC753237.jpg) +![流量管理器“性能”负载均衡](./media/traffic-manager-load-balancing-methods/IC753237.jpg) **图 4** @@ -111,7 +111,7 @@ - 如果配置文件包含同一数据中心内的多个终结点，则在由终结点监视判定为可用且正常运行的终结点之间平均分配定向到该数据中心的流量。 - 如果给定数据中心中的所有终结点均不可用（由终结点监视判定），则这些终结点的流量将在该配置文件中指定的所有其他可用终结点之间分发，而不分发至接下来最近的终结点。这有助于避免当下一个最靠近的终结点过载时可能发生的级联失败。 - 当“Internet 延迟表”更新后，你可能会发现终结点上的流量模式和负载有所变化。这些变化应该很小。 -- 对外部终结点使用“性能”负载平衡方法时，需要指定这些终结点的位置。请选择离你的部署最近的 Azure 区域。有关详细信息，请参阅[在流量管理器中管理终结点](/documentation/articles/traffic-manager-endpoints)。 +- 对外部终结点使用“性能”负载均衡方法时，需要指定这些终结点的位置。请选择离你的部署最近的 Azure 区域。有关详细信息，请参阅[在流量管理器中管理终结点](/documentation/articles/traffic-manager-endpoints)。 ## 流量管理器图表 diff --git a/articles/traffic-manager-manage-profiles.md b/articles/traffic-manager-manage-profiles.md index c3a6f02c3..40c0dd5b2 100755 --- a/articles/traffic-manager-manage-profiles.md +++ b/articles/traffic-manager-manage-profiles.md @@ -13,11 +13,11 @@ # 管理流量管理器配置文件 -你可以使用流量管理器配置文件指定流量管理器将监视哪些云服务或网站终结点，以及要使用哪种负载平衡方法将连接分配到这些终结点。 +你可以使用流量管理器配置文件指定流量管理器将监视哪些云服务或网站终结点，以及要使用哪种负载均衡方法将连接分配到这些终结点。 ## 使用“快速创建”创建流量管理器配置文件 -你可以使用管理门户中的“快速创建”来快速创建流量管理器配置文件。“快速创建”允许你创建具有基本配置设置的配置文件。但是，无法使用“快速创建”设置以下设置：终结点集（云服务和网站）、“故障转移”负载平衡方法的故障转移顺序，或监视设置。在创建配置文件后，可以在管理门户中配置这些设置。 +你可以使用管理门户中的“快速创建”来快速创建流量管理器配置文件。“快速创建”允许你创建具有基本配置设置的配置文件。但是，无法使用“快速创建”设置以下设置：终结点集（云服务和网站）、“故障转移”负载均衡方法的故障转移顺序，或监视设置。在创建配置文件后，可以在管理门户中配置这些设置。 ### 创建新的流量管理器配置文件 @@ -26,7 +26,7 @@ 2. **登录到管理门户。** 若要创建新的流量管理器配置文件，请单击门户左下角的“新建”，然后依次单击“网络服务”、“流量管理器”和“快速创建”，以开始配置你的配置文件。 3. **配置 DNS 前缀。** 为流量管理器配置文件提供唯一的 DNS 前缀名称。可以只为流量管理器域名指定前缀。 4. **选择订阅。** 选择相应的 Azure 订阅。每个配置文件都与单个订阅关联。如果你只有一个订阅，则不会显示此选项。 -5. **选择负载平衡方法。** 在“负载平衡策略”中选择负载平衡方法。有关负载平衡方法的详细信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +5. **选择负载均衡方法。** 在“负载均衡策略”中选择负载均衡方法。有关负载均衡方法的详细信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 6. **单击“创建”来创建新的配置文件**。完成配置文件配置后，你可以在管理门户中的“流量管理器”窗格中找到你的配置文件。 7. **在管理门户中配置终结点、监视和其他设置。** 由于使用“快速创建”只能配置基本设置，因此需要配置其他设置（例如终结点列表和终结点故障转移顺序）来完成所需的配置。 diff --git a/articles/traffic-manager-monitoring.md b/articles/traffic-manager-monitoring.md index 0730fc701..960580b6f 100755 --- a/articles/traffic-manager-monitoring.md +++ b/articles/traffic-manager-monitoring.md @@ -23,7 +23,7 @@ Azure 流量管理器将监视终结点（包括云服务和网站）以确保 ## 关于监视运行状态 -Azure 流量管理器在管理门户中显示配置文件和终结点服务运行状况。配置文件和终结点的状态列显示最新的监视器状态。你可以使用此状态，根据流量管理器监视设置了解配置文件的运行状况。当配置文件正常运行时，系统将根据配置文件的负载平衡设置（轮循机制、性能或故障转移）将 DNS 查询分配到你的服务。一旦流量管理器监视系统检测到监视器状态更改，它就会更新管理门户中的状态条目。状态更改刷新最多需要五分钟时间。 +Azure 流量管理器在管理门户中显示配置文件和终结点服务运行状况。配置文件和终结点的状态列显示最新的监视器状态。你可以使用此状态，根据流量管理器监视设置了解配置文件的运行状况。当配置文件正常运行时，系统将根据配置文件的负载均衡设置（轮循机制、性能或故障转移）将 DNS 查询分配到你的服务。一旦流量管理器监视系统检测到监视器状态更改，它就会更新管理门户中的状态条目。状态更改刷新最多需要五分钟时间。 ### 终结点监视器状态 @@ -104,7 +104,7 @@ Azure 流量管理器在管理门户中显示配置文件和终结点服务运 [什么是流量管理器？](/documentation/articles/traffic-manager-overview) -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [云服务](https://msdn.microsoft.com/zh-CN/library/jj155995.aspx) diff --git a/articles/traffic-manager-overview.md b/articles/traffic-manager-overview.md index a56cb43e7..d8155a415 100755 --- a/articles/traffic-manager-overview.md +++ b/articles/traffic-manager-overview.md @@ -35,11 +35,11 @@ 1. **指向公司域名的用户流量：**客户端使用公司域名来请求信息。目标是将 DNS 名称解析为 IP 地址。必须通过在流量管理器外部维护的正常 Internet 域名注册保留公司域。在图 1 中，示例公司域为 *www.contoso.com*。 2. **公司域名到流量管理器域名：**公司域的 DNS 资源记录指向在 Azure 流量管理器中维护的流量管理器域名。这是使用一条 CNAME 资源记录来实现的，该记录可将公司域名映射到流量管理器域名。在此示例中，流量管理器域名为 *contoso.trafficmanager.cn*。 3. **流量管理器域名和配置文件：**流量管理器域名是流量管理器配置文件的一部分。用户的 DNS 服务器针对流量管理器域名（在此示例中为 *contoso.trafficmanager.cn*）发送新的 DNS 查询，该查询由流量管理器 DNS 名称服务器接收。 -4. **流量管理器配置文件规则已处理：**流量管理器使用指定的负载平衡方法和监视状态来确定应该由哪个 Azure 终结点为请求提供服务。 +4. **流量管理器配置文件规则已处理：**流量管理器使用指定的负载均衡方法和监视状态来确定应该由哪个 Azure 终结点为请求提供服务。 5. **将终结点域名发送给用户：**流量管理器返回一条 CNAME 记录，该记录将流量管理器域名映射到终结点的域名。用户的 DNS 服务器将终结点域名解析为其 IP 地址，并将该地址发送给用户。 6. **用户调用终结点：**用户直接使用返回的终结点的 IP 地址调用该终结点。 -由于公司域和解析的 IP 地址已在客户端计算机上缓存，因此，用户将持续与所选终结点交互，直到该终结点的本地 DNS 缓存条目过期。特别要注意的是，DNS 客户端缓存 DNS 主机条目的持续时间就是这些条目的生存时间 (TTL)。从 DNS 客户端缓存中检索主机条目会绕过流量管理器配置文件，如果在 TTL 过期之前终结点变得不可用，则你可能会遇到连接延迟的情况。如果缓存中 DNS 主机条目的 TTL 过期，并且客户端计算机需要再次解析公司域名，则该计算机将发送新的 DNS 查询。根据应用的负载平衡方法和请求时终结点的运行状况，客户端计算机可能会收到不同终结点的 IP 地址。 +由于公司域和解析的 IP 地址已在客户端计算机上缓存，因此，用户将持续与所选终结点交互，直到该终结点的本地 DNS 缓存条目过期。特别要注意的是，DNS 客户端缓存 DNS 主机条目的持续时间就是这些条目的生存时间 (TTL)。从 DNS 客户端缓存中检索主机条目会绕过流量管理器配置文件，如果在 TTL 过期之前终结点变得不可用，则你可能会遇到连接延迟的情况。如果缓存中 DNS 主机条目的 TTL 过期，并且客户端计算机需要再次解析公司域名，则该计算机将发送新的 DNS 查询。根据应用的负载均衡方法和请求时终结点的运行状况，客户端计算机可能会收到不同终结点的 IP 地址。 ## 如何实施流量管理器 @@ -51,15 +51,15 @@ 1. **将 Azure 云服务、Azure 网站或其他终结点部署到生产环境**。在创建流量管理器配置文件时，必须将其与某个订阅关联。然后，在生产环境中为云服务和“标准”层网站添加属于同一订阅的终结点。如果某一终结点位于过渡环境中而不在 Azure 生产环境中或同一订阅中，则不能将其添加为外部终结点。有关云服务的详细信息，请参阅[云服务](https://msdn.microsoft.com/zh-CN/library/jj155995.aspx)。有关网站的详细信息，请参阅[网站](/home/features/web-site/)。 2. **确定流量管理器域的名称**。考虑为域使用带有唯一前缀的名称。域的后半部分（即 trafficmanager.cn）是固定的。有关详细信息，请参阅[最佳实践](#best-practices)。 -3. **确定要使用的监视配置**。无论使用哪种负载平衡方法，流量管理器都会监视终结点以确保它们联机。在你配置监视设置之后，流量管理器不会将流量定向到监视系统判定为脱机的终结点，除非它检测到所有终结点均已脱机，或无法检测配置文件中包含的任一终结点的状态。有关监视的详细信息，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 -4. **确定要使用的负载平衡方法**。有三种不同的负载平衡方法。请花一些时间了解哪种方法最适合你的要求。如果你以后需要更改方法，随时可以更改。另请注意，每种方法都需要稍微不同的配置步骤。有关负载平衡方法的信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +3. **确定要使用的监视配置**。无论使用哪种负载均衡方法，流量管理器都会监视终结点以确保它们联机。在你配置监视设置之后，流量管理器不会将流量定向到监视系统判定为脱机的终结点，除非它检测到所有终结点均已脱机，或无法检测配置文件中包含的任一终结点的状态。有关监视的详细信息，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 +4. **确定要使用的负载均衡方法**。有三种不同的负载均衡方法。请花一些时间了解哪种方法最适合你的要求。如果你以后需要更改方法，随时可以更改。另请注意，每种方法都需要稍微不同的配置步骤。有关负载均衡方法的信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 5. **创建配置文件并配置设置**。可以使用 REST API、Windows PowerShell 或管理门户来创建流量管理器配置文件并配置设置。有关详细信息，请参阅[如何配置流量管理器设置](#how-to-configure-traffic-manager-settings)。以下步骤假定你将使用管理门户中的“快速创建”。 - **创建流量管理器配置文件** - 若要使用管理门户中的“快速创建”创建配置文件，请参阅[管理流量管理器配置文件](/documentation/articles/traffic-manager-manage-profiles)。 - - **配置负载平衡方法设置** – 在“快速创建”期间，你必须为配置文件选择负载平衡方法。在完成“快速创建”步骤之后，可以随时更改此设置。有关配置步骤，请参阅与负载负载平衡对应的主题：[配置“性能”负载平衡](/documentation/articles/traffic-manager-configure-performance-load-balancing)、[配置“故障转移”负载平衡](/documentation/articles/traffic-manager-configure-failover-load-balancing)、[配置“轮循机制”负载平衡](/documentation/articles/traffic-manager-configure-round-robin-load-balancing)。>[AZURE.NOTE]“轮循机制”负载平衡方法现在支持将网络流量进行加权分布。但是，目前必须使用 REST API 或 Windows PowerShell 配置权重。有关详细信息和示例配置，请参阅 Azure 博客中的 [Azure 流量管理器外部终结点与通过 PowerShell 实施的加权轮循机制](http://azure.microsoft.com/blog/2014/06/26/azure-traffic-manager-external-endpoints-and-weighted-round-robin-via-powershell/)。 + - **配置负载均衡方法设置** – 在“快速创建”期间，你必须为配置文件选择负载均衡方法。在完成“快速创建”步骤之后，可以随时更改此设置。有关配置步骤，请参阅与负载负载均衡对应的主题：[配置“性能”负载均衡](/documentation/articles/traffic-manager-configure-performance-load-balancing)、[配置“故障转移”负载均衡](/documentation/articles/traffic-manager-configure-failover-load-balancing)、[配置“轮循机制”负载均衡](/documentation/articles/traffic-manager-configure-round-robin-load-balancing)。>[AZURE.NOTE]“轮循机制”负载均衡方法现在支持将网络流量进行加权分布。但是，目前必须使用 REST API 或 Windows PowerShell 配置权重。有关详细信息和示例配置，请参阅 Azure 博客中的 [Azure 流量管理器外部终结点与通过 PowerShell 实施的加权轮循机制](http://azure.microsoft.com/blog/2014/06/26/azure-traffic-manager-external-endpoints-and-weighted-round-robin-via-powershell/)。 - - **配置终结点** – 在“快速创建”期间无法配置终结点。在创建配置文件并指定负载平衡方法后，必须让流量管理器知道相应的终结点。有关配置终结点的步骤，请参阅[在流量管理器中管理终结点](/documentation/articles/traffic-manager-endpoints) + - **配置终结点** – 在“快速创建”期间无法配置终结点。在创建配置文件并指定负载均衡方法后，必须让流量管理器知道相应的终结点。有关配置终结点的步骤，请参阅[在流量管理器中管理终结点](/documentation/articles/traffic-manager-endpoints) - - **配置监视设置** – 在“快速创建”期间无法配置监视设置。在创建配置文件并指定负载平衡方法之后，你必须让流量管理器知道要监视什么。有关配置监视的步骤，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 + - **配置监视设置** – 在“快速创建”期间无法配置监视设置。在创建配置文件并指定负载均衡方法之后，你必须让流量管理器知道要监视什么。有关配置监视的步骤，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 6. **测试流量管理器配置文件**。测试你的配置文件和域是否按预期工作。有关如何执行此操作的信息，请参阅[测试流量管理器设置](/documentation/articles/traffic-manager-testing-settings)。 7. **将公司域名的 DNS 资源记录指向配置文件以使其生效**。有关详细信息，请参阅[将公司 Internet 域指向流量管理器域](/documentation/articles/traffic-manager-point-internet-domain)。 @@ -73,7 +73,7 @@ 有关用于流量管理器的 Windows PowerShell cmdlet 的详细信息，请参阅 [Azure 流量管理器 Cmdlet](https://msdn.microsoft.com/zh-CN/library/dn690250.aspx)。 ->[AZURE.NOTE]当前不支持使用管理门户为“轮循机制”负载平衡方法和嵌套的配置文件配置外部终结点（类型=“任何”）权重。必须使用 REST（请参阅[创建定义](https://msdn.microsoft.com/zh-CN/library/azure/hh758257.aspx)）或 Windows PowerShell（请参阅 [Add-AzureTrafficManagerEndpoint](https://msdn.microsoft.com/zh-CN/library/azure/dn690257.aspx)）。 +>[AZURE.NOTE]当前不支持使用管理门户为“轮循机制”负载均衡方法和嵌套的配置文件配置外部终结点（类型=“任何”）权重。必须使用 REST（请参阅[创建定义](https://msdn.microsoft.com/zh-CN/library/azure/hh758257.aspx)）或 Windows PowerShell（请参阅 [Add-AzureTrafficManagerEndpoint](https://msdn.microsoft.com/zh-CN/library/azure/dn690257.aspx)）。 ### 在管理门户中配置设置 @@ -84,8 +84,8 @@ - **DNS 前缀** – 你创建的唯一前缀。配置文件按前缀显示在管理门户中。 - **DNS TTL** – DNS 生存时间 (TTL) 值控制客户端本地缓存名称服务器在 Azure 流量管理器 DNS 系统中查询已更新 DNS 条目的频率。 - **订阅** – 选择你的配置文件将对应于的订阅。请注意，仅当你有多个订阅时，才会显示此选项。 -- **负载平衡方法** – 你希望流量管理器用于处理负载平衡的方式。 -- **故障转移顺序** – 使用故障转移负载负载平衡方法时终结点的顺序。 +- **负载均衡方法** – 你希望流量管理器用于处理负载均衡的方式。 +- **故障转移顺序** – 使用故障转移负载负载均衡方法时终结点的顺序。 - **监视** – 监视设置包含协议（HTTP 或 HTTPS）、端口、相对路径和文件名。 ### 通过使用 REST API 配置设置 @@ -96,7 +96,7 @@ - **定义** – 定义包含策略设置和监视设置。定义与配置文件相对应。每个配置文件只能有一个定义。定义本身在管理门户中不可见，但在管理门户中可以看到定义的许多设置，并可对其进行配置。 - **DNS 选项** – 每个定义都包含 DNS 选项。这是配置 DNS TTL 的位置。 - **监视器** – 每个定义都包含监视设置。这是配置协议、端口、相对路径和文件名的位置。在管理门户中，可以看到监视设置，也可以对其进行配置。有关详细信息，请参阅[流量管理器监视](/documentation/articles/traffic-manager-monitoring)。 -- **策略** – 每个定义都包含策略设置。策略是指定负载平衡方法和终结点的位置。策略本身在管理门户中不可见，但在管理门户中可以看到策略的某些设置，并可对其进行配置。有关详细信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +- **策略** – 每个定义都包含策略设置。策略是指定负载均衡方法和终结点的位置。策略本身在管理门户中不可见，但在管理门户中可以看到策略的某些设置，并可对其进行配置。有关详细信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 ## 通过使用 Windows PowerShell 配置设置 @@ -130,12 +130,12 @@ **图 3** -你最多可以嵌套 10 层，并可以为每个配置文件配置不同的负载平衡方法。 +你最多可以嵌套 10 层，并可以为每个配置文件配置不同的负载均衡方法。 例如，你可以为以下内容创建配置： -- 在顶层（映射到外部 DNS 名称的流量管理器配置文件），可以为配置文件配置性能负载平衡方法。 -- 在中间层，一组流量管理器配置文件表示不同的数据中心，并使用轮循机制负载平衡方法。 +- 在顶层（映射到外部 DNS 名称的流量管理器配置文件），可以为配置文件配置性能负载均衡方法。 +- 在中间层，一组流量管理器配置文件表示不同的数据中心，并使用轮循机制负载均衡方法。 - 在底层，每个数据中心的一组云服务终结点处理用户的通信请求。 结果就是，在区域范围内根据性能将用户定向到相应的数据中心，并根据相同的或加权的负载分布将用户定向到该数据中心内的云服务。例如，可以使用加权将一小部分流量分配到新部署或试用部署，以便进行测试或获取客户反馈。 diff --git a/articles/traffic-manager-performance-considerations.md b/articles/traffic-manager-performance-considerations.md index 4c56e73f0..c58cfebf7 100644 --- a/articles/traffic-manager-performance-considerations.md +++ b/articles/traffic-manager-performance-considerations.md @@ -81,7 +81,7 @@ http://www.digwebinterface.com – 类似于 Watchmouse 站点，但此站点显 ## 后续步骤 -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [什么是流量管理器？](/documentation/articles/traffic-manager-overview) diff --git a/articles/traffic-manager-point-internet-domain.md b/articles/traffic-manager-point-internet-domain.md index 23a7edae0..2dff45c6a 100755 --- a/articles/traffic-manager-point-internet-domain.md +++ b/articles/traffic-manager-point-internet-domain.md @@ -25,7 +25,7 @@ ## 后续步骤 -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [流量管理器 - 禁用、启用或删除配置文件](/documentation/articles/disable-enable-or-delete-a-profile) diff --git a/articles/traffic-manager-testing-settings.md b/articles/traffic-manager-testing-settings.md index 1df61a734..1eafa3e1b 100755 --- a/articles/traffic-manager-testing-settings.md +++ b/articles/traffic-manager-testing-settings.md @@ -19,7 +19,7 @@ - **将 DNS TTL 设置得非常低**以便快速传播更改，例如，30 秒。 - **了解你要测试的配置文件中的 Azure 云服务和网站的 IP 地址**。 -- **使用能够让你将 DNS 名称解析为 IP 地址**并显示该地址的工具。你将查看公司域名是否可以解析为配置文件中的终结点的 IP 地址。解析方式应与流量管理器配置文件中的负载平衡方法一致。如果你的计算机运行的是 Windows，则可以在命令提示符或 Windows PowerShell 提示符下使用 Nslookup.exe 工具。在 Internet 上还可以找到其他公开发布的用于“挖掘”IP 地址的现成工具。 +- **使用能够让你将 DNS 名称解析为 IP 地址**并显示该地址的工具。你将查看公司域名是否可以解析为配置文件中的终结点的 IP 地址。解析方式应与流量管理器配置文件中的负载均衡方法一致。如果你的计算机运行的是 Windows，则可以在命令提示符或 Windows PowerShell 提示符下使用 Nslookup.exe 工具。在 Internet 上还可以找到其他公开发布的用于“挖掘”IP 地址的现成工具。 ### 使用 nslookup 检查流量管理器配置文件 @@ -29,9 +29,9 @@ - 为解析此流量管理器域名而访问的 DNS 服务器的 DNS 名称和 IP 地址。 - 在命令行中“nslookup”后键入的流量管理器域名以及该流量管理器域解析为的 IP 地址。需要重点检查第二个 IP 地址。它应当与所测试的流量管理器配置文件中某个云服务或网站的公用虚拟 IP (VIP) 地址匹配。 -## 测试负载平衡方法 +## 测试负载均衡方法 -### 测试故障转移负载平衡方法 +### 测试故障转移负载均衡方法 1. 使所有终结点保持运行状态。 2. 使用单一客户端。 @@ -43,7 +43,7 @@ 8. 确保你得到的 IP 地址是第二个终结点的 IP 地址。 9. 重复该过程，关闭第二个终结点，然后再关闭第三个终结点，依此类推。每次都要确保 DNS 解析返回列表中下一个终结点的 IP 地址。关闭所有终结点后，应该再次得到主终结点的 IP 地址。 -### 测试轮循机制负载平衡方法 +### 测试轮循机制负载均衡方法 1. 使所有终结点保持运行状态。 2. 使用单一客户端。 @@ -51,15 +51,15 @@ 4. 确保你得到的 IP 地址是你的列表中的某个地址。 5. 刷新 DNS 客户端缓存，并一次又一次地重复步骤 3 和 4。你应该会看到，为每个终结点返回的 IP 地址都不相同。接下来，请重复该过程。 -### 测试性能负载平衡方法 +### 测试性能负载均衡方法 -若要有效地测试性能负载平衡方法，你必须在世界各地拥有客户端。可以在 Azure 中创建客户端，该客户端将尝试通过公司域名调用你的服务。另外，如果你的公司在全球经营，则你可以远程登录到位于世界其他区域的客户端，并从这些客户端进行测试。 +若要有效地测试性能负载均衡方法，你必须在世界各地拥有客户端。可以在 Azure 中创建客户端，该客户端将尝试通过公司域名调用你的服务。另外，如果你的公司在全球经营，则你可以远程登录到位于世界其他区域的客户端，并从这些客户端进行测试。 你可以使用基于 Web 的免费 DNS 查找和挖掘服务。这些服务中，有些可以从不同位置检查 DNS 名称解析。例如，针对“DNS 查找”执行搜索。另一种做法是使用 Gomez 或 Keynote 等第三方解决方案来确认配置文件是否按预期分配流量。 ## 另请参阅 -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [流量管理器 - 禁用、启用或删除配置文件](/documentation/articles/disable-enable-or-delete-a-profile) diff --git a/articles/traffic-manager-troubleshooting-degraded.md b/articles/traffic-manager-troubleshooting-degraded.md index f614ce47d..cd53844a3 100644 --- a/articles/traffic-manager-troubleshooting-degraded.md +++ b/articles/traffic-manager-troubleshooting-degraded.md @@ -34,7 +34,7 @@ - 最佳做法是将探测器路径设置为具有足够逻辑来确定站点是启动还是关闭的内容。在上面的示例中，将路径设置为“/favicon.ico”后，只测试 w3wp.exe 是否响应，而不会测试你的网站是否处于正常状态。更好的选择是将路径设置为诸如 “/Probe.aspx” 的内容，且 Probe.aspx 内包含足够的逻辑来确定你的站点是否处于正常状态（即，检查性能计数器以确保你的 CPU 使用率未达到 100%，或确保未在接收大量失败请求，尝试访问诸如数据库或会话状态等资源，以确保应用程序的逻辑正常运行等）。 -- 如果配置文件中的所有终结点都已降级，流量管理器会将所有终结点视为处于正常状态，并将负载平衡到所有终结点。这是为了确保探测机制中导致错误失败探测器的任何潜在问题不会造成服务完全中断。 +- 如果配置文件中的所有终结点都已降级，流量管理器会将所有终结点视为处于正常状态，并将负载均衡到所有终结点。这是为了确保探测机制中导致错误失败探测器的任何潜在问题不会造成服务完全中断。 @@ -62,7 +62,7 @@ ## 后续步骤 -[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods) +[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods) [流量管理器概述](/documentation/articles/traffic-manager-overview) diff --git a/articles/virtual-machines-azure-resource-manager-architecture.md b/articles/virtual-machines-azure-resource-manager-architecture.md index b6e3c19c9..d1baf5a07 100644 --- a/articles/virtual-machines-azure-resource-manager-architecture.md +++ b/articles/virtual-machines-azure-resource-manager-architecture.md @@ -23,7 +23,7 @@ 在我们讨论 Azure 资源管理器的体系结构和各种资源提供程序之前，让我们回顾一下 Azure 服务管理的当前体系结构。在 Azure 服务管理中，宿主虚拟机的计算、存储或网络资源由以下各项提供： -- 一项必不可少的云服务，用作宿主虚拟机的容器（计算）。虚拟机自动配备一个网络接口卡 (NIC) 并由 Azure 分配的 IP 地址。此外，云服务包含一个外部负载平衡器实例、一个公共 IP 地址以及若干默认终结点，以支持远程桌面、针对 Windows 虚拟机的远程 PowerShell 流量和针对 Linux 虚拟机的 Secure Shell (SSH) 流量。 +- 一项必不可少的云服务，用作宿主虚拟机的容器（计算）。虚拟机自动配备一个网络接口卡 (NIC) 并由 Azure 分配的 IP 地址。此外，云服务包含一个外部负载均衡器实例、一个公共 IP 地址以及若干默认终结点，以支持远程桌面、针对 Windows 虚拟机的远程 PowerShell 流量和针对 Linux 虚拟机的 Secure Shell (SSH) 流量。 - 一个必不可少的存储帐户，存储虚拟机的 VHD，包括操作系统、临时文件和附加的数据磁盘（存储）。 - 一个可选的虚拟网络，用作额外的容器，可以在其中创建子网结构并指定虚拟机所在的子网（网络）。 @@ -37,7 +37,7 @@ - 计算资源提供程序 (CRP)：对虚拟机和可选可用性集的实例提供支持。 - 存储资源提供程序 (SRP)：对所需的存储帐户提供支持，存储帐户存储虚拟机的 VHD，包括其操作系统和其附加的数据磁盘。 -- 网络资源提供程序 (NRP)：对所需的 NIC、虚拟机 IP 地址和虚拟网络内的子网及可选的负载平衡器、负载平衡器 IP 地址和网络安全组提供支持。 +- 网络资源提供程序 (NRP)：对所需的 NIC、虚拟机 IP 地址和虚拟网络内的子网及可选的负载均衡器、负载均衡器 IP 地址和网络安全组提供支持。 此外，资源提供程序内各个资源之间还存在相互关系： @@ -45,13 +45,13 @@ - 虚拟机引用在 NRP 中定义的具体 NIC（必需）和在 CRP 中定义的可用性集（可选）。 - NIC 引用虚拟机的指定 IP 地址（必需）、虚拟机的虚拟网络的子网（必需）和网络安全组（可选）。 - 虚拟网络内的子网引用网络安全组（可选）。 -- 负载平衡器实例引用后端 IP 地址池，包括虚拟机的 NIC（可选），引用负载平衡器的公共或专用 IP 地址（可选）。 +- 负载均衡器实例引用后端 IP 地址池，包括虚拟机的 NIC（可选），引用负载均衡器的公共或专用 IP 地址（可选）。 ![](./media/virtual-machines-azure-resource-manager-architecture/arm_arch2.png) 资源的组件化为在 Azure 中的 IT 工作负荷配置基础结构时提供了更多的灵活性。Azure 资源管理器模板充分利用此灵活性来创建具体配置所需的从属资源集合。在执行模板时，资源管理器确保以正确的顺序创建某个配置的资源以保证依存关系和引用。例如，资源管理器将不会为某个虚拟机创建 NIC，直到它创建了含有子网和 IP 地址的虚拟网络（网络安全组是可选项）。 -资源组是一个容纳某个应用程序的相关资源的逻辑容器，可包括多个虚拟机、NIC、IP 地址、负载平衡器、子网和网络安全组。例如，可以作为一个管理单元来管理应用程序的所有资源。你可以创建、更新和同时删除这些资源。以下是一个在单一资源组中部署的应用程序示例。 +资源组是一个容纳某个应用程序的相关资源的逻辑容器，可包括多个虚拟机、NIC、IP 地址、负载均衡器、子网和网络安全组。例如，可以作为一个管理单元来管理应用程序的所有资源。你可以创建、更新和同时删除这些资源。以下是一个在单一资源组中部署的应用程序示例。 ![](./media/virtual-machines-azure-resource-manager-architecture/arm_arch3.png) @@ -59,7 +59,7 @@ - 使用同一存储帐户的两个虚拟机具有相同的可用性集，并且处于虚拟网络的同一子网中。 - 每个虚拟机有单独的 NIC 和虚拟机 IP 地址。 -- 一个外部负载平衡器，将 Internet 流量分配到两个虚拟机的 NIC。 +- 一个外部负载均衡器，将 Internet 流量分配到两个虚拟机的 NIC。 此应用程序的所有资源都通过一个包含这些资源的资源组来管理。 diff --git a/articles/virtual-machines-command-line-tools.md b/articles/virtual-machines-command-line-tools.md index b27b8dd98..50a74cd20 100644 --- a/articles/virtual-machines-command-line-tools.md +++ b/articles/virtual-machines-command-line-tools.md @@ -346,11 +346,11 @@ info: vm shutdown command OK info: vm export command OK ## 用于管理 Azure 虚拟机终结点的命令 -下图显示了多个虚拟机实例的典型部署的体系结构。请注意，在本示例中，端口 3389 在每台虚拟机上均为打开状态（用于进行 RDP 访问），并且负载平衡器用于将流量路由到虚拟机的每台虚拟机上还有一个内部 IP 地址（例如，168.55.11.1）。此内部 IP 地址也可用于虚拟机之间的通信。 +下图显示了多个虚拟机实例的典型部署的体系结构。请注意，在本示例中，端口 3389 在每台虚拟机上均为打开状态（用于进行 RDP 访问），并且负载均衡器用于将流量路由到虚拟机的每台虚拟机上还有一个内部 IP 地址（例如，168.55.11.1）。此内部 IP 地址也可用于虚拟机之间的通信。 ![azurenetworkdiagram](./media/virtual-machines-command-line-tools/networkdiagram.jpg) -虚拟机的外部请求将通过负载平衡器。因此，不能针对包含多台虚拟机的部署中的特定虚拟机指定请求。对于包含多台虚拟机的部署，必须在虚拟机 (vm-port) 与负载平衡器 (lb-port) 之间配置端口映射。 +虚拟机的外部请求将通过负载均衡器。因此，不能针对包含多台虚拟机的部署中的特定虚拟机指定请求。对于包含多台虚拟机的部署，必须在虚拟机 (vm-port) 与负载均衡器 (lb-port) 之间配置端口映射。 **vm endpoint create <vm-name> <lb-port> [vm-port]** diff --git a/articles/virtual-machines-deis-cluster.md b/articles/virtual-machines-deis-cluster.md index 9640641be..6708f80a6 100644 --- a/articles/virtual-machines-deis-cluster.md +++ b/articles/virtual-machines-deis-cluster.md @@ -16,7 +16,7 @@ 本文将逐步指导你完成在 Azure 上设置 [Deis](http://deis.io/) 群集的过程。其中包括所有的步骤，从创建必要的证书，到在新设置的群集上部署和缩放示例 **Go** 应用程序。 -下图显示了部署的系统的体系结构。系统管理员可以使用 Deis 工具（如 **deis** 和 **deisctl**）来管理群集。连接是通过会将连接转发到群集上某个成员节点的 Azure 负载平衡器建立的。客户端也通过负载平衡器访问部署的应用程序。在此情况下，负载平衡器会将流量转发到 Deis 路由器网络，从者进一步将流量路由到托管在群集上的对应 Docker 容器。 +下图显示了部署的系统的体系结构。系统管理员可以使用 Deis 工具（如 **deis** 和 **deisctl**）来管理群集。连接是通过会将连接转发到群集上某个成员节点的 Azure 负载均衡器建立的。客户端也通过负载均衡器访问部署的应用程序。在此情况下，负载均衡器会将流量转发到 Deis 路由器网络，从者进一步将流量路由到托管在群集上的对应 Docker 容器。 ![部署的 Desis 群集的体系结构示意图](./media/virtual-machines-deis-cluster/architecture-overview.png) @@ -70,7 +70,7 @@ 8. 修改 **newStorageAccountName** 参数。这是 VM OS 磁盘的存储帐户。此帐户名称必须全域唯一。 -9. 修改 **publicDomainName** 参数。此参数将成为与负载平衡器公共 IP 关联的 DNS 名称的一部分。最终的 FQDN 格式是 _[此参数的值]_ _[区域]_.cloudapp.azure.com。例如，如果你将名称指定为 deishbai32，资源组已部署到美国西部区域，则负载平衡器的最终 FQDN 是 deishbai32.westus.cloudapp.azure.com。 +9. 修改 **publicDomainName** 参数。此参数将成为与负载均衡器公共 IP 关联的 DNS 名称的一部分。最终的 FQDN 格式是 _[此参数的值]_ _[区域]_.cloudapp.azure.com。例如，如果你将名称指定为 deishbai32，资源组已部署到美国西部区域，则负载均衡器的最终 FQDN 是 deishbai32.westus.cloudapp.azure.com。 10. 保存参数文件。接下来，你可以使用 Azure PowerShell 设置群集： @@ -82,13 +82,13 @@ ./deploy-deis.sh -n "[resource group name]" -l "West US" -f ./azuredeploy.json -e ./azuredeploy-parameters.json -c ./cloud-config.yaml -11. 设置资源组后，可以在 Azure 门户上看到组中的所有资源。如以下屏幕截图所示，资源组中有一个包含三个 VM 的虚拟网络，这些 VM 已加入同一个可用性集。该组还包含具有关联公共 IP 的负载平衡器。 +11. 设置资源组后，可以在 Azure 门户上看到组中的所有资源。如以下屏幕截图所示，资源组中有一个包含三个 VM 的虚拟网络，这些 VM 已加入同一个可用性集。该组还包含具有关联公共 IP 的负载均衡器。 ![Azure 门户上显示的已设置资源组](./media/virtual-machines-deis-cluster/resource-group.png) ## 安装客户端 -需要使用 **deisctl** 来控制 Deis 群集。尽管 deisctl 会自动安装在所有群集节点中，但较好的做法是在独立的管理计算机上使用 deisctl。此外，因为所有节点上只配置了专用 IP 地址，因此你需要通过负载平衡器（有公共 IP）使用 SSH 隧道，来连接到节点计算机。以下是在独立 Ubuntu 物理机或虚拟机上设置 deisctl 的步骤。 +需要使用 **deisctl** 来控制 Deis 群集。尽管 deisctl 会自动安装在所有群集节点中，但较好的做法是在独立的管理计算机上使用 deisctl。此外，因为所有节点上只配置了专用 IP 地址，因此你需要通过负载均衡器（有公共 IP）使用 SSH 隧道，来连接到节点计算机。以下是在独立 Ubuntu 物理机或虚拟机上设置 deisctl 的步骤。 1. 安装 deisctl:mkdir deis @@ -106,7 +106,7 @@ export DEISCTL_TUNNEL=[public ip of the load balancer]: /documentation/articles/2223 模板定义了将 2223 映射到实例 1、将 2224 映射到实例 2、将 2225 映射到实例 3 的入站 NAT 规则。这提供了使用 deisctl 工具时的冗余。可以在 Azure 门户中检查这些规则： -![负载平衡器上的 NAT 规则](./media/virtual-machines-deis-cluster/nat-rules.png) +![负载均衡器上的 NAT 规则](./media/virtual-machines-deis-cluster/nat-rules.png) > [AZURE.NOTE]模板目前仅支持三节点群集。这是因为 Azure 资源管理器模板 NAT 规则定义存在限制，它不支持循环语法。 @@ -159,7 +159,7 @@ 以下步骤说明如何将“Hello World”Go 应用程序部署到群集。这些步骤基于 [Deis 文档](http://docs.deis.io/en/latest/using_deis/using-dockerfiles/#using-dockerfiles)。 -1. 为了使路由网络正确工作，指向负载平衡器公共 IP 的域需要有通配符 A 记录。以下屏幕截图显示了在 GoDaddy 上注册的示例域的 A 记录： +1. 为了使路由网络正确工作，指向负载均衡器公共 IP 的域需要有通配符 A 记录。以下屏幕截图显示了在 GoDaddy 上注册的示例域的 A 记录： ![Godaddy A 记录](./media/virtual-machines-deis-cluster/go-daddy.png)

@@ -241,7 +241,7 @@ ## 后续步骤 -本文已指导你完成使用 Azure 资源管理器模板在 Azure 上设置新 Deis 群集的步骤。该模板支持工具连接冗余，以及对已部署应用程序的负载平衡。该模板还避免使用成员节点上的公共 IP，因此可以节省宝贵的公共 IP 资源，并为宿主应用程序提供更安全的环境。若要了解更多信息，请参阅下列文章： +本文已指导你完成使用 Azure 资源管理器模板在 Azure 上设置新 Deis 群集的步骤。该模板支持工具连接冗余，以及对已部署应用程序的负载均衡。该模板还避免使用成员节点上的公共 IP，因此可以节省宝贵的公共 IP 资源，并为宿主应用程序提供更安全的环境。若要了解更多信息，请参阅下列文章： [Azure 资源管理器概述][resource-group-overview] [如何使用 Azure CLI][azure-command-line-tools] diff --git a/articles/virtual-machines-deploy-sharepoint-2010.md b/articles/virtual-machines-deploy-sharepoint-2010.md index 2db3633c7..2ce732b16 100644 --- a/articles/virtual-machines-deploy-sharepoint-2010.md +++ b/articles/virtual-machines-deploy-sharepoint-2010.md @@ -196,7 +196,7 @@ Azure 基础结构中的虚拟机将进行验证，并能够与其他 Microsoft - 使用 Azure 门户在 Azure 上的新虚拟机上创建和部署域控制器。还可参考 Windows PowerShell 脚本，使用 Azure 虚拟机和 Azure 虚拟网络在云中部署独立域。有关在 Azure 虚拟网络上的虚拟机上创建新的 Active Directory 林的详细信息，请转到[在 Azure 中安装新的 Active Directory 林](/documentation/articles/active-directory-new-forest-virtual-machine)。 2. 设置虚拟机：使用 Azure 门户从镜像库中的储备镜像设置新的虚拟机。 3. 部署 SharePoint 场。 - - 使用 Azure 门户配置负载平衡。配置虚拟机终结点，选择用于对现有终结点上的流量进行负载平衡的选项，然后指定负载平衡的虚拟机的名称。 + - 使用 Azure 门户配置负载均衡。配置虚拟机终结点，选择用于对现有终结点上的流量进行负载均衡的选项，然后指定负载均衡的虚拟机的名称。 - 将其他前端 Web 虚拟机添加到现有 SharePoint 场以处理额外流量。 3. 管理虚拟机： - 使用 Azure 门户监视虚拟机。 @@ -241,7 +241,7 @@ Azure 基础结构中的虚拟机将进行验证，并能够与其他 Microsoft 组织可使用 Azure 虚拟机在经济实惠且高度安全的云基础结构上托管自定义应用程序和关联组件。他们还可将本地 Microsoft System Center 用作本地和云应用程序的常见管理工具。 -若要在 Azure 上实现完全自定义的 SharePoint 网站，组织必须在云中部署 Active Directory 域并在此域中设置新的虚拟机。然后，必须创建运行 SQL Server 2012 的虚拟机并将其配置为 SharePoint 场的一部分。最后，必须创建 SharePoint 场，对该场进行负载平衡并将其连接到 Active Directory 和 SQL Server（图 6）。 +若要在 Azure 上实现完全自定义的 SharePoint 网站，组织必须在云中部署 Active Directory 域并在此域中设置新的虚拟机。然后，必须创建运行 SQL Server 2012 的虚拟机并将其配置为 SharePoint 场的一部分。最后，必须创建 SharePoint 场，对该场进行负载均衡并将其连接到 Active Directory 和 SQL Server（图 6）。 ![azure-sharepoint-wp-14](./media/virtual-machines-deploy-sharepoint-2010/azure-sharepoint-wp-14.png) @@ -263,7 +263,7 @@ Azure 基础结构中的虚拟机将进行验证，并能够与其他 Microsoft - 使用 Azure 门户创建虚拟机。 - 在该虚拟机上安装 SharePoint Server 并生成可重复使用的镜像。有关安装 SharePoint Server 的详细信息，请转到[使用 Windows PowerShell 安装和配置 SharePoint Server 2010](http://technet.microsoft.com/zh-cn/library/cc262839.aspx) 或 [CodePlex：AutoSPInstaller](http://autospinstaller.codeplex.com/)。 - 使用 [Join-SharePointFarm](http://technet.microsoft.com/zh-cn/library/ff607979.aspx) 命令配置 SharePoint 虚拟机以创建 SharePoint 场并连接到该场。 - - 使用 Azure 门户配置负载平衡：配置虚拟机终结点，选择用于对现有终结点上的流量进行负载平衡的选项，然后指定负载平衡的虚拟机的名称。 + - 使用 Azure 门户配置负载均衡：配置虚拟机终结点，选择用于对现有终结点上的流量进行负载均衡的选项，然后指定负载均衡的虚拟机的名称。 4. 通过系统中心管理 SharePoint 场： - 使用 Operations Manager 代理和新的 Azure 集成包将本地系统中心连接到 Azure 虚拟机。 - 使用本地 App Controller 和 Orchestrator 进行管理。 diff --git a/articles/virtual-machines-docker-registry-on-azure-blob-storage.md b/articles/virtual-machines-docker-registry-on-azure-blob-storage.md index c7ad54c4d..7ac215d15 100644 --- a/articles/virtual-machines-docker-registry-on-azure-blob-storage.md +++ b/articles/virtual-machines-docker-registry-on-azure-blob-storage.md @@ -80,7 +80,7 @@ CONTAINER ID IMAGE COMMAND CREATED 3698ddfebc6f registry:2 "registry cmd/regist 2 seconds ago Up 1 seconds 0.0.0.0:5000->5000/tcp registry ``` -> [AZURE.IMPORTANT]本文档未涵盖配置 Docker 注册表安全性的操作，如果打开连接到虚拟机终结点上注册表端口的端口，则默认情况下，任何未经身份验证的用户都可以访问注册表；如果使用上述部署命令，则可以访问负载平衡器。 +> [AZURE.IMPORTANT]本文档未涵盖配置 Docker 注册表安全性的操作，如果打开连接到虚拟机终结点上注册表端口的端口，则默认情况下，任何未经身份验证的用户都可以访问注册表；如果使用上述部署命令，则可以访问负载均衡器。 > > 请参阅[配置 Docker 注册表][registry-config]文档，以了解如何保护注册表实例和镜像。 diff --git a/articles/virtual-machines-how-to-configure-availability.md b/articles/virtual-machines-how-to-configure-availability.md index ab8a44668..7edc4daae 100644 --- a/articles/virtual-machines-how-to-configure-availability.md +++ b/articles/virtual-machines-how-to-configure-availability.md @@ -19,7 +19,7 @@ 可用性集可帮助虚拟机在停机期间（例如维护期间）保持可用。在可用性集中放置两个或更多个类似配置的虚拟机，将可针对虚拟机运行的应用程序或服务创建保持其可用性所需的冗余。有关工作原理的详细信息，请参阅[管理虚拟机的可用性][]。 -同时使用可用性集和负载平衡终结点是帮助确保应用程序一直可用并有效运行的最佳实践。有关负载平衡终结点的详细信息，请参阅 [Azure 基础结构服务的负载平衡][]。 +同时使用可用性集和负载均衡终结点是帮助确保应用程序一直可用并有效运行的最佳实践。有关负载均衡终结点的详细信息，请参阅 [Azure 基础结构服务的负载均衡][]。 可以使用以下两个选项中的一个，将虚拟机放入可用性集： @@ -44,7 +44,7 @@ 5. 在第三个屏幕中，你可以配置网络资源、存储和可用性。请执行以下操作： - 1. 选择适当的云服务。保留“创建新的云服务”的配置（除非打算将此新虚拟机添加到现有的虚拟机云服务）。然后，在“云服务 DNS 名称”下输入名称。此 DNS 名称将成为用于联系虚拟机的 URI 的一部分。云服务充当通信和隔离组。同一云服务中的所有虚拟机可以彼此通信、可以设置负载平衡，以及放入同一个可用性集。 + 1. 选择适当的云服务。保留“创建新的云服务”的配置（除非打算将此新虚拟机添加到现有的虚拟机云服务）。然后，在“云服务 DNS 名称”下输入名称。此 DNS 名称将成为用于联系虚拟机的 URI 的一部分。云服务充当通信和隔离组。同一云服务中的所有虚拟机可以彼此通信、可以设置负载均衡，以及放入同一个可用性集。 2. 如果你打算使用虚拟网络，请在“区域/地缘组/虚拟网络”下指定一个虚拟网络。**重要说明**：如果你希望虚拟机使用虚拟网络，则必须在创建虚拟机时将虚拟机加入虚拟网络。创建虚拟机后，不能将它加入虚拟网络。有关详细信息，请参阅[虚拟网络概述][]。 @@ -101,7 +101,7 @@ [选项 1：同时创建虚拟机和可用性集]: #createset [选项 2：将现有虚拟机添加到可用性集]: #addmachine -[Azure 基础结构服务的负载平衡]: /documentation/articles/virtual-machines-load-balance +[Azure 基础结构服务的负载均衡]: /documentation/articles/virtual-machines-load-balance [管理虚拟机的可用性]: /documentation/articles/virtual-machines-manage-availability [创建运行 Windows 的虚拟机]: /documentation/articles/virtual-machines-windows-tutorial-classic-portal [虚拟网络概述]: /documentation/articles/virtual-networks-overview diff --git a/articles/virtual-machines-infrastructure-services-implementation-guidelines.md b/articles/virtual-machines-infrastructure-services-implementation-guidelines.md index b4cf57c0c..56e6c8f45 100644 --- a/articles/virtual-machines-infrastructure-services-implementation-guidelines.md +++ b/articles/virtual-machines-infrastructure-services-implementation-guidelines.md @@ -53,7 +53,7 @@ Azure 是一个实现开发/测试或概念证明配置的极好平台，因为 位置 | China North（中国北部）、China East（中国东部) | 根据数据中心的区域或组织的区域。 Azure 组件、服务或产品 | Rg 用于资源组，Svc 用于云服务，VNet 用于虚拟网络 | 根据资源提供支持的产品。 角色 | sql、ora、sp、iis | 根据虚拟机的角色。 -实例 | 01、02、03 等。 | 适用于具有多个实例的资源。例如，云服务中经过负载平衡的 Web 服务器。 +实例 | 01、02、03 等。 | 适用于具有多个实例的资源。例如，云服务中经过负载均衡的 Web 服务器。 建立命名约定时，请确保这些命名约定明确说明要对每种类型的资源使用哪些词缀，以及在哪个位置使用（前缀还是后缀）。 @@ -203,9 +203,9 @@ Azure 将对可用的数据磁盘量和带宽加以限制，具体取决于虚 ## 4\.云服务 -云服务是 Azure 服务管理中的基本构建基块，同时用于 PaaS 和 IaaS 服务。对于 PaaS，云服务表示其实例可以相互通信的角色关联。云服务将关联到一个公共虚拟 IP (VIP) 地址和一个负载平衡器，后者将接受来自 Internet 的传入流量，并将该流量负载平衡到配置为接收该流量的角色。 +云服务是 Azure 服务管理中的基本构建基块，同时用于 PaaS 和 IaaS 服务。对于 PaaS，云服务表示其实例可以相互通信的角色关联。云服务将关联到一个公共虚拟 IP (VIP) 地址和一个负载均衡器，后者将接受来自 Internet 的传入流量，并将该流量负载均衡到配置为接收该流量的角色。 -对于 IaaS，云服务提供类似的功能，虽然在大多数情况下，负载平衡器功能用于将流量转发到 Internet 上的特定 TCP 或 UDP 端口，再转发到该云服务中的多个虚拟机。 +对于 IaaS，云服务提供类似的功能，虽然在大多数情况下，负载均衡器功能用于将流量转发到 Internet 上的特定 TCP 或 UDP 端口，再转发到该云服务中的多个虚拟机。 > [AZURE.NOTE]云服务不存在于 Azure 资源管理器中。 @@ -338,7 +338,7 @@ Contoso Corporation 已使用最先进的专有算法开发了下一代财务分 ![](./media/virtual-machines-infrastructure-services-implementation-guidelines/example-tiers.png) -从 Internet 上的 Contoso 客户端传入的安全 Web 流量需要在 Web 服务器之间进行负载平衡。来自 Web 服务器的 HTTP 请求形式的计算请求流量需要在应用程序服务器之间进行平衡。此外，还必须设计引擎以实现高可用性。 +从 Internet 上的 Contoso 客户端传入的安全 Web 流量需要在 Web 服务器之间进行负载均衡。来自 Web 服务器的 HTTP 请求形式的计算请求流量需要在应用程序服务器之间进行平衡。此外，还必须设计引擎以实现高可用性。 生成的设计必须引入： @@ -419,8 +419,8 @@ Contoso 决定将以下名称用于其 Azure 虚拟机： - 两个存储帐户 - 四个可用性集，每个财务分析引擎层一个 - 四个层中的虚拟机 -- 用于从 Internet 到 Web 服务器的基于 HTTPS 的 Web 流量的外部负载平衡集 -- 用于从 Web 服务器到应用程序服务器的未加密 Web 流量的内部负载平衡集 +- 用于从 Internet 到 Web 服务器的基于 HTTPS 的 Web 流量的外部负载均衡集 +- 用于从 Web 服务器到应用程序服务器的未加密 Web 流量的内部负载均衡集 - 单个资源组 ## 其他资源 diff --git a/articles/virtual-machines-linux-agent-user-guide.md b/articles/virtual-machines-linux-agent-user-guide.md index abae4a27e..7817fcfb2 100644 --- a/articles/virtual-machines-linux-agent-user-guide.md +++ b/articles/virtual-machines-linux-agent-user-guide.md @@ -284,7 +284,7 @@ Linux 代理的正常运行依赖一些系统程序包： 类型：布尔值 默认值：y -如果设置此参数，则 waagent 将响应来自平台的负载平衡器探测（如果有）。 +如果设置此参数，则 waagent 将响应来自平台的负载均衡器探测（如果有）。 **Logs.Verbose：** diff --git a/articles/virtual-machines-linux-choices-create-vm.md b/articles/virtual-machines-linux-choices-create-vm.md index 7f918b99d..fcda5fd8c 100644 --- a/articles/virtual-machines-linux-choices-create-vm.md +++ b/articles/virtual-machines-linux-choices-create-vm.md @@ -43,7 +43,7 @@ Azure 门户的图形用户界面是一种试用虚拟机的简便方式，尤 ### Azure 镜像 -这些说明显示如何使用 Azure 镜像来创建已使用网络、负载平衡等选项自定义的虚拟机。请参阅[如何在 Azure 中创建运行 Linux 的自定义虚拟机][]。 +这些说明显示如何使用 Azure 镜像来创建已使用网络、负载均衡等选项自定义的虚拟机。请参阅[如何在 Azure 中创建运行 Linux 的自定义虚拟机][]。 ### 使用你自己的镜像 diff --git a/articles/virtual-machines-linux-coreos-fleet-get-started.md b/articles/virtual-machines-linux-coreos-fleet-get-started.md index 3372be478..fcccdd6ce 100644 --- a/articles/virtual-machines-linux-coreos-fleet-get-started.md +++ b/articles/virtual-machines-linux-coreos-fleet-get-started.md @@ -87,7 +87,7 @@ fleetctl --tunnel coreos-cluster.chinacloudapp.cn:22 unload helloworld.service 使用 CoreOS、Docker 和 **fleet** 的一个优点是很容易以高度可用的方式运行服务。在此示例中，你将部署一个由三个运行 Apache Web 服务器的相同容器组成的服务。这些容器将在群集中的三个虚拟机上运行。此示例类似于[使用 fleet 启动容器]中的示例，并使用 [CoreOS Apache Docker Hub 镜像]。 ->[AZURE.IMPORTANT]若要运行高度可用的 Apache 服务器，需要在虚拟机（公共端口 80、专用端口 80）上配置负载平衡 HTTP 终结点。你可以在创建 CoreOS 群集后，使用 Azure 门户或 **azure vm endpoint** 命令执行此操作。有关详细信息，请参阅[配置负载平衡集]。 +>[AZURE.IMPORTANT]若要运行高度可用的 Apache 服务器，需要在虚拟机（公共端口 80、专用端口 80）上配置负载均衡 HTTP 终结点。你可以在创建 CoreOS 群集后，使用 Azure 门户或 **azure vm endpoint** 命令执行此操作。有关详细信息，请参阅[配置负载均衡集]。 在客户端计算机上，使用你最喜欢的文本编辑器创建名为 apache@.service 的 **systemd** 模板单元文件。你将使用该模板来启动名为 apache@1.service、apache@2.service 和 apache@3.service 的三个单独实例： @@ -160,7 +160,7 @@ fleetctl --tunnel coreos-cluster.chinacloudapp.cn:22 unload apache@{1,2,3}.servi [Docker]: http://docker.io [YAML]: http://yaml.org/ [如何在 Azure 上使用 CoreOS]: /documentation/articles/virtual-machines-linux-coreos-how-to -[配置负载平衡集]: https://msdn.microsoft.com/zh-CN/library/azure/dn655055.aspx +[配置负载均衡集]: https://msdn.microsoft.com/zh-CN/library/azure/dn655055.aspx [使用 fleet 启动容器]: https://coreos.com/docs/launching-containers/launching/launching-containers-fleet/ [单元文件]: https://coreos.com/docs/launching-containers/launching/fleet-unit-files/ [busybox Docker Hub 镜像]: https://registry.hub.docker.com/_/busybox/ diff --git a/articles/virtual-machines-linux-mysql-cluster.md b/articles/virtual-machines-linux-mysql-cluster.md index c67f1727b..d10711204 100644 --- a/articles/virtual-machines-linux-mysql-cluster.md +++ b/articles/virtual-machines-linux-mysql-cluster.md @@ -1,6 +1,6 @@ -# 使用负载平衡集群集化 Linux 上的 MySQL +# 使用负载均衡集群集化 Linux 上的 MySQL * [做好准备](#getting-ready) * [设置群集](#setting-up-the-cluster) @@ -29,11 +29,11 @@ 我们将基于 DRBD、Corosync 和 Pacemaker 概述无共享双节点单主机 MySQL 高可用性解决方案。一次只有一个节点运行 MySQL。读取和写入 DRBD 资源也限制为一次只有一个节点。 -无需使用类似 LVS 的 VIP 解决方案，因为我们使用 Windows Azure 负载平衡集来同时提供轮循功能和 VIP 的终结点检测、删除和正常恢复功能。VIP 是在首次创建云服务时由 Windows Azure 分配的全局可路由 IPv4 地址。 +无需使用类似 LVS 的 VIP 解决方案，因为我们使用 Windows Azure 负载均衡集来同时提供轮循功能和 VIP 的终结点检测、删除和正常恢复功能。VIP 是在首次创建云服务时由 Windows Azure 分配的全局可路由 IPv4 地址。 MySQL 的其他可能体系结构包括 NBD 群集、Percona 和 Galera 以及多个中间件解决方案，其中至少有一个以 [VM Depot](http://vmdepot.msopentech.com) 中的 VM 的形式提供。只要这些解决方案可以复制到单播、多播或广播上，并且不要依赖于共享存储或多个网络接口，这些方案就应该很容易在 Windows Azure 上部署。 -当然，这些群集体系结构可以类似方式扩展到其他产品（如 PostgreSQL 和 OpenLDAP）。例如，此无共享的负载平衡过程已成功在多主机 OpenLDAP 上测试，并可以在我们的第 9 频道博客上观看。 +当然，这些群集体系结构可以类似方式扩展到其他产品（如 PostgreSQL 和 OpenLDAP）。例如，此无共享的负载均衡过程已成功在多主机 OpenLDAP 上测试，并可以在我们的第 9 频道博客上观看。 ## 做好准备 @@ -56,7 +56,7 @@ MySQL 的其他可能体系结构包括 NBD 群集、Percona 和 Galera 以及 ### 虚拟机 -第一个 Ubuntu 13.10 VM 是使用 Endorsed Ubuntu 库镜像并调用 `hadb01` 创建的。在此过程中，将创建名为 hadb 的新云服务。我们这样命名它是为了说明当我们添加更多资源时该服务所具有的共享的负载平衡性质。创建 `hadb01` 是平淡无奇的，可以使用门户完成。将自动创建 SSH 的终结点，并选择我们创建的网络。我们还选择为虚拟机创建新的可用性集。 +第一个 Ubuntu 13.10 VM 是使用 Endorsed Ubuntu 库镜像并调用 `hadb01` 创建的。在此过程中，将创建名为 hadb 的新云服务。我们这样命名它是为了说明当我们添加更多资源时该服务所具有的共享的负载均衡性质。创建 `hadb01` 是平淡无奇的，可以使用门户完成。将自动创建 SSH 的终结点，并选择我们创建的网络。我们还选择为虚拟机创建新的可用性集。 创建第一个虚拟机后（从技术上讲，创建云服务时），我们将继续创建第二个虚拟机 `hadb02`。对于第二个虚拟机，我们还将通过门户使用库中的 Ubuntu 13.10 VM，但我们将选择使用现有的云服务 `hadb.chinacloudapp.cn`，而不是创建一个新的。应为我们自动选择网络和可用性集。也将创建 SSH 终结点。 @@ -154,15 +154,15 @@ MySQL 的其他可能体系结构包括 NBD 群集、Percona 和 Galera 以及 如果要从 VM 外部进行查询，则还需要为 MySQL 启用网络，这是本指南的目的。在这两个 VM 上，打开 `/etc/mysql/my.cnf` 并浏览到 `bind-address`，将它从 127.0.0.1 更改为 0.0.0.0。保存该文件之后，在当前主节点上发出 `sudo service mysql restart`。 -### 创建 MySQL 负载平衡集 +### 创建 MySQL 负载均衡集 -我们将返回到 Azure 门户并浏览到 `hadb01` VM，然后终结点。我们将创建一个新的终结点，从下拉列表中选择 MySQL (TCP 3306)，并勾选*“新建负载平衡集”*框。我们将调用我们的负载平衡终结点 `lb-mysql`。我们将保留大多数选项不动，但时间除外，我们会将其减少到 5（秒，最小值） +我们将返回到 Azure 门户并浏览到 `hadb01` VM，然后终结点。我们将创建一个新的终结点，从下拉列表中选择 MySQL (TCP 3306)，并勾选*“新建负载均衡集”*框。我们将调用我们的负载均衡终结点 `lb-mysql`。我们将保留大多数选项不动，但时间除外，我们会将其减少到 5（秒，最小值） 创建终结点后，我们将转到 `hadb02` 终结点并创建新的终结点，但我们将选择 `lb-mysql`，然后从下拉菜单中选择 MySQL。还可以将 Azure CLI 用于此步骤。 此时，我们已具备对群集执行手动操作所需的一切条件。 -### 测试负载平衡集 +### 测试负载均衡集 可以从外部计算机使用任何 MySQL 客户端以及应用程序（例如，作为 Azure 网站运行的 phpMyAdmin）执行测试。在这种情况下，我们在另一台 Linux 计算机上使用 MySQL 的命令行工具： @@ -339,7 +339,7 @@ Pacemaker 使用群集监视资源、定义主节点何时停机，并将这些 - 管理 DRBD 的 linbit DRBD 资源脚本作为 Pacemaker 中的资源在关闭节点时使用 `drbdadm down`，即使该节点只是转为待机状态也是如此。这并不理想，因为当主节点获得写入时，从节点将不会同步 DRBD 资源。如果主节点未优雅地失败，则从节点可以接受较旧的文件系统状态。可通过两种可能方式来解决此问题： - 在所有群集节点上通过本地（非群集化）监视程序强制执行 `drbdadm up r0`，或者 - 编辑 linbit DRBD 脚本以确保未在 `/usr/lib/ocf/resource.d/linbit/drbd` 中调用 `down`。 -- 负载平衡器至少需要 5 秒钟才能做出响应，因此应用程序应是群集感知的并更容忍超时；其他体系结构也会有帮助，例如应用程序中队列、查询中间件等。 +- 负载均衡器至少需要 5 秒钟才能做出响应，因此应用程序应是群集感知的并更容忍超时；其他体系结构也会有帮助，例如应用程序中队列、查询中间件等。 - 有必要进行 MySQL 优化以确保以合理的速度完成写入，并且尽可能频繁地将缓存刷新到磁盘 - 写入性能将依赖于虚拟交换机中的 VM 互连，因为这是 DRBD 用于复制设备的机制 diff --git a/articles/virtual-machines-linux-nodejs-running-cassandra.md b/articles/virtual-machines-linux-nodejs-running-cassandra.md index 65aaece00..4a91d0c6d 100644 --- a/articles/virtual-machines-linux-nodejs-running-cassandra.md +++ b/articles/virtual-machines-linux-nodejs-running-cassandra.md @@ -29,7 +29,7 @@ Windows Azure 是一种开放式的云平台，该平台运行 Microsoft 软件 Windows Azure 网络允许部署独立的专用群集，并可对这些群集的访问进行限制，从而实现能够进行细化管理的网络安全性。由于本文是介绍 Cassandra 部署基础知识的，因此我们不会重点讲解一致性级别以及如何针对吞吐量来优化存储设计的问题。下面是有关网络要求的列表，针对的是我们的假设性群集： - 外部系统无法访问 Cassandra 数据库，不管是从 Azure 内部还是外部 -- Cassandra 群集必须位于负载平衡器之后，以便进行 Thrift 通信 +- Cassandra 群集必须位于负载均衡器之后，以便进行 Thrift 通信 - 可以将 Cassandra 节点部署在每个数据中心的两个组中，以便增强群集可用性 - 锁定该群集，使得只有应用程序服务器场可以直接访问数据库 - 除 SSH 之外，没有其他的公共网络终结点 @@ -49,7 +49,7 @@ Cassandra 可以部署到单个或多个 Azure 区域，具体取决于工作负 请注意，在撰写本文的时候，Azure 并不允许将一组 VM 显式映射到特定的容错域；因此，即使采用图 1 所示的部署模型，也极有可能会将所有虚拟机映射到两个容错域，而不是四个容错域。 -**对 Thrift 通信进行负载平衡：**Web 服务器中的 Thrift 客户端库通过内部负载平衡器连接到群集。在使用云服务托管 Cassandra 群集的情况下，这需要执行相关过程，以便将内部负载平衡器添加到“数据”子网（参见图 1）。定义好内部负载平衡器以后，每个节点都需要添加进行过负载平衡的终结点，并使用以前定义的负载平衡器名称对负载平衡集进行标注。有关详细信息，请参阅 [Azure 内部负载平衡](/documentation/articles/load-balancer-internal-overview)。 +**对 Thrift 通信进行负载均衡：**Web 服务器中的 Thrift 客户端库通过内部负载均衡器连接到群集。在使用云服务托管 Cassandra 群集的情况下，这需要执行相关过程，以便将内部负载均衡器添加到“数据”子网（参见图 1）。定义好内部负载均衡器以后，每个节点都需要添加进行过负载均衡的终结点，并使用以前定义的负载均衡器名称对负载均衡集进行标注。有关详细信息，请参阅 [Azure 内部负载均衡](/documentation/articles/load-balancer-internal-overview)。 **群集种子：**必须选择可用性最高的节点作为种子，因为新节点需要与种子节点进行通信才能发现群集的拓扑。将会从每个可用性集中选择一个节点作为种子节点，以免出现单节点故障。 @@ -150,7 +150,7 @@ Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如

计算机名称 子网 IP 地址 可用性集DC/机架种子？
X X X虚拟机可以扩大到多个实例，但必须编写这些虚拟机上运行的服务，来处理向外扩展。你需要配置负载平衡器，跨计算机路由请求；还需要创建地缘组，防止因维护或硬件故障导致同时重新启动所有实例。虚拟机可以扩大到多个实例，但必须编写这些虚拟机上运行的服务，来处理向外扩展。你需要配置负载均衡器，跨计算机路由请求；还需要创建地缘组，防止因维护或硬件故障导致同时重新启动所有实例。

支持 SSL

- + @@ -340,9 +340,9 @@ Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如 创建以上 VM 列表需要完成以下过程： 1. 在特定区域创建空的云服务 -2. 从以前捕获的镜像创建 VM，然后将其附加到以前创建的虚拟网络；对所有 VM 重复此过程 -3. 将内部负载平衡器添加到云服务，然后将其附加到“数据”子网 -4. 对于以前创建的每个 VM，可以通过一个已连接到以前创建的内部负载平衡器的负载平衡集添加进行 Thrift 通信的负载平衡终结点 +2. 从以前捕获的镜像创建 VM，然后将其附加到以前创建的虚拟网络；对所有 VM 重复此过程 +3. 将内部负载均衡器添加到云服务，然后将其附加到“数据”子网 +4. 对于以前创建的每个 VM，可以通过一个已连接到以前创建的内部负载均衡器的负载均衡集添加进行 Thrift 通信的负载均衡终结点 以上过程可以通过 Azure 管理门户来执行；使用 Windows 计算机（如果无法访问 Windows 计算机，则可使用 Azure 上的 VM）；使用以下 PowerShell 脚本自动预配所有 8 个 VM。 @@ -436,7 +436,7 @@ Azure 在进行配置时需要用 PEM 或 DER 编码的 X509 公钥。按照如 ## 测试单区域群集 使用以下步骤测试群集： -1. 使用 Powershell 命令 Get-AzureInternalLoadbalancer cmdlet 获取内部负载平衡器的 IP 地址（例如 10.1.2.101）。该命令的语法如下所示：Get-AzureLoadbalancer –ServiceName "hk-c-svc-west-us” [显示内部负载平衡器及其 IP 地址的详细信息] +1. 使用 Powershell 命令 Get-AzureInternalLoadbalancer cmdlet 获取内部负载均衡器的 IP 地址（例如 10.1.2.101）。该命令的语法如下所示：Get-AzureLoadbalancer –ServiceName "hk-c-svc-west-us” [显示内部负载均衡器及其 IP 地址的详细信息] 2. 使用 Putty 或 ssh 登录到 Web 场 VM（例如 hk-w1-west-us） 3. 执行 $CASS_HOME/bin/cqlsh 10.1.2.101 9160 4. 使用以下 CQL 命令验证群集是否正常工作： @@ -555,7 +555,7 @@ $CASS\_HOME/bin/cassandra ## 测试多区域群集 到目前为止，Cassandra 已部署到 16 个节点，每个 Azure 区域 8 个节点。这些节点具有通用的群集名称和种子节点配置，因此属于同一群集。使用以下过程测试群集： -###步骤 1：使用 PowerShell 获取这两个区域的内部负载平衡器 IP +###步骤 1：使用 PowerShell 获取这两个区域的内部负载均衡器 IP - Get-AzureInternalLoadbalancer -ServiceName "hk-c-svc-west-us" - Get-AzureInternalLoadbalancer -ServiceName "hk-c-svc-east-us" @@ -705,4 +705,4 @@ Windows Azure 是一个灵活的平台，你可以在其中运行本练习所演 - \ No newline at end of file + diff --git a/articles/virtual-machines-load-balance.md b/articles/virtual-machines-load-balance.md index e1ab64ec0..d921f03be 100644 --- a/articles/virtual-machines-load-balance.md +++ b/articles/virtual-machines-load-balance.md @@ -1,6 +1,6 @@ -# Azure 基础结构服务的负载平衡# +# Azure 基础结构服务的负载均衡# -为 Azure 基础结构服务提供两个级别的负载平衡： +为 Azure 基础结构服务提供两个级别的负载均衡： -- **DNS 级别**：使到以下位置的流量实现负载平衡：位于不同数据中心的不同云服务、位于不同数据中心的不同 Azure 网站，或者外部终结点。这是通过 Azure 流量管理器和轮循机制负载平衡方法完成的。 -- **网络级别**：使传入一个云服务的不同虚拟机中的 Internet 流量实现负载平衡，或使一个云服务或虚拟网络中的虚拟机之间的流量实现负载平衡。这是通过 Azure 负载平衡器完成的。 +- **DNS 级别**：使到以下位置的流量实现负载均衡：位于不同数据中心的不同云服务、位于不同数据中心的不同 Azure 网站，或者外部终结点。这是通过 Azure 流量管理器和轮循机制负载均衡方法完成的。 +- **网络级别**：使传入一个云服务的不同虚拟机中的 Internet 流量实现负载均衡，或使一个云服务或虚拟网络中的虚拟机之间的流量实现负载均衡。这是通过 Azure 负载均衡器完成的。 -## 使用流量管理器针对云服务和网站实现负载平衡## +## 使用流量管理器针对云服务和网站实现负载均衡## 使用流量管理器可以控制用户流量到终结点（可能包括云服务、网站、外部站点和其他流量管理器配置文件）的分发过程。流量管理器的工作方式是将智能策略引擎应用到对 Internet 资源域名的域名系统 \(DNS\) 查询。云服务或网站可以在世界上不同的数据中心中运行。 必须使用 REST 或 Windows PowerShell 将外部终结点或流量管理器配置文件配置为终结点。 -流量管理器使用三种负载平衡方法来分发流量： +流量管理器使用三种负载均衡方法来分发流量： - **故障转移**：请在以下情况下使用此方法：你希望对所有流量使用一个主终结点，但希望在主终结点不可用时提供备份。 - **性能**：请在以下情况下使用此方法：你在不同地理位置中具有多个终结点，并且希望请求客户端使用“最靠近的”终结点（因为延迟最低）。 - **轮循机制：**请在以下情况下使用此方法：要将负载分发到位于同一数据中心的一组云服务中，或位于不同数据中心的多个云服务或网站中。 -有关详细信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +有关详细信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 -下图显示了一个用于将流量分发到不同云服务的轮循机制负载平衡方法的示例。 +下图显示了一个用于将流量分发到不同云服务的轮循机制负载均衡方法的示例。 ![loadbalancing](./media/virtual-machines-load-balance/TMSummary.png) @@ -47,34 +47,34 @@ 有关详细信息，请参阅[流量管理器](/documentation/articles/traffic-manager-overview)。 -## 针对虚拟机的 Azure 负载平衡 ## +## 针对虚拟机的 Azure 负载均衡 ## 位于同一云服务或虚拟网络中的虚拟机可以使用其专用 IP 地址直接相互通信。该云服务或虚拟网络以外的计算机和服务仅可通过已配置好的终结点与某个云服务或虚拟网络中的虚拟机通信。终结点是公用 IP 地址和端口到 Azure 云服务中的虚拟机或 Web 角色的该专用 IP 地址和端口的映射。 -在名为“负载平衡集”的配置中，Azure 负载平衡器将特定类型的传入流量随机分发到多个虚拟机或服务中。例如，你可将 Web 请求流量负载分配到多个 Web 服务器或 Web 角色。 +在名为“负载均衡集”的配置中，Azure 负载均衡器将特定类型的传入流量随机分发到多个虚拟机或服务中。例如，你可将 Web 请求流量负载分配到多个 Web 服务器或 Web 角色。 -下图显示了公用和专用 TCP 端口 80 的标准（未加密）Web 流量的负载平衡终结点，由三个虚拟机共享。这三个虚拟机位于一个负载平衡集中。 +下图显示了公用和专用 TCP 端口 80 的标准（未加密）Web 流量的负载均衡终结点，由三个虚拟机共享。这三个虚拟机位于一个负载均衡集中。 ![loadbalancing](./media/virtual-machines-load-balance/LoadBalancing.png) -有关详细信息，请参阅Azure 负载平衡器。有关创建负载平衡集的步骤，请参阅配置负载平衡集。 +有关详细信息，请参阅Azure 负载均衡器。有关创建负载均衡集的步骤，请参阅配置负载均衡集。 -Azure 还可以在云服务或虚拟网络内部实现负载平衡。这称为“内部负载平衡”并可以通过以下方式使用： +Azure 还可以在云服务或虚拟网络内部实现负载均衡。这称为“内部负载均衡”并可以通过以下方式使用： -- 在多层应用程序的不同层（例如，在 Web 层和数据库层之间）的服务器之间实现负载平衡。 -- 使托管在 Azure 中的业务线 \(LOB\) 应用程序实现负载平衡，而无需额外的负载平衡器硬件或软件。 -- 将本地服务器包含在一组流量已实现负载平衡的计算机中。 +- 在多层应用程序的不同层（例如，在 Web 层和数据库层之间）的服务器之间实现负载均衡。 +- 使托管在 Azure 中的业务线 \(LOB\) 应用程序实现负载均衡，而无需额外的负载均衡器硬件或软件。 +- 将本地服务器包含在一组流量已实现负载均衡的计算机中。 -与 Azure 负载平衡类似，可以通过配置内部负载平衡集来实现内部负载平衡。 +与 Azure 负载均衡类似，可以通过配置内部负载均衡集来实现内部负载均衡。 -下图的示例显示了在外部/本地虚拟网络的三个虚拟机之中共享的业务线 \(LOB\) 应用程序的内部负载平衡终结点。 +下图的示例显示了在外部/本地虚拟网络的三个虚拟机之中共享的业务线 \(LOB\) 应用程序的内部负载均衡终结点。 ![loadbalancing](./media/virtual-machines-load-balance/LOBServers.png) ## 后续步骤 -有关创建负载平衡集的步骤，请参阅配置内部负载平衡集。 +有关创建负载均衡集的步骤，请参阅配置内部负载均衡集。 -有关负载平衡器的详细信息，请参阅内部负载平衡。 +有关负载均衡器的详细信息，请参阅内部负载均衡。 diff --git a/articles/virtual-machines-manage-availability.md b/articles/virtual-machines-manage-availability.md index 78eaa730e..a2ffedccf 100644 --- a/articles/virtual-machines-manage-availability.md +++ b/articles/virtual-machines-manage-availability.md @@ -26,7 +26,7 @@ * [在可用性集中配置多个虚拟机以确保冗余] * [将每个应用程序层配置到不同的可用性集中] -* [将负载平衡器与可用性集组合在一起] +* [将负载均衡器与可用性集组合在一起] * [避免可用性集中出现单实例虚拟机] ### 在可用性集中配置多个虚拟机以确保冗余 @@ -50,10 +50,10 @@ ![应用程序层](./media/virtual-machines-manage-availability/application-tiers.png) -### 将负载平衡器与可用性集组合在一起 -将 Azure 负载平衡器与可用性集组合在一起，以获取最大的应用程序复原能力。Azure 负载平衡器将流量分布到多个虚拟机中。对于标准层虚拟机来说，Azure 负载平衡器已包括在内。请注意，并非所有虚拟机层都包括 Azure 负载平衡器。有关对虚拟机进行负载平衡的更多信息，请阅读[对虚拟机进行负载平衡](/documentation/articles/load-balance-virtual-machines)。 +### 将负载均衡器与可用性集组合在一起 +将 Azure 负载均衡器与可用性集组合在一起，以获取最大的应用程序复原能力。Azure 负载均衡器将流量分布到多个虚拟机中。对于标准层虚拟机来说，Azure 负载均衡器已包括在内。请注意，并非所有虚拟机层都包括 Azure 负载均衡器。有关对虚拟机进行负载均衡的更多信息，请阅读[对虚拟机进行负载均衡](/documentation/articles/load-balance-virtual-machines)。 -如果没有将负载平衡器配置为对多个虚拟机上的流量进行平衡，则任何计划内维护事件都会影响唯一的那个处理流量的虚拟机，导致应用程序层中断。将同一层的多个虚拟机置于相同的负载平衡器和可用性集下可以确保至少有一个虚拟机实例能够持续处理流量。 +如果没有将负载均衡器配置为对多个虚拟机上的流量进行平衡，则任何计划内维护事件都会影响唯一的那个处理流量的虚拟机，导致应用程序层中断。将同一层的多个虚拟机置于相同的负载均衡器和可用性集下可以确保至少有一个虚拟机实例能够持续处理流量。 ### 避免可用性集中出现单实例虚拟机 避免将单实例虚拟机置于可用性集中。此配置中的虚拟机并不符合 SLA 保证，在出现 Azure 计划内维护事件时就会停机。请注意，如果系统发送多实例虚拟机计划内维护通知，则可用性集中的单个虚拟机实例也会收到提前发出的电子邮件通知。 @@ -61,6 +61,6 @@ [在可用性集中配置多个虚拟机以确保冗余]: #configure-multiple-virtual-machines-in-an-availability-set-for-redundancy [将每个应用程序层配置到不同的可用性集中]: #configure-each-application-tier-into-separate-availability-sets -[将负载平衡器与可用性集组合在一起]: #combine-the-load-balancer-with-availability-sets +[将负载均衡器与可用性集组合在一起]: #combine-the-load-balancer-with-availability-sets [避免可用性集中出现单实例虚拟机]: #avoid-single-instance-virtual-machines-in-availability-sets [如何为虚拟机配置可用性集]: /documentation/articles/virtual-machines-how-to-configure-availability diff --git a/articles/virtual-machines-manage-vms-powershell.md b/articles/virtual-machines-manage-vms-powershell.md index f40c4fc63..85afb4fed 100755 --- a/articles/virtual-machines-manage-vms-powershell.md +++ b/articles/virtual-machines-manage-vms-powershell.md @@ -87,7 +87,7 @@ - Active Directory 域成员身份。 - 附加磁盘。 -- 作为现有负载平衡集的成员。 +- 作为现有负载均衡集的成员。 - 静态 IP 地址。 \ No newline at end of file diff --git a/articles/virtual-machines-mariadb-cluster.md b/articles/virtual-machines-mariadb-cluster.md index 76cdab3d4..f827c1188 100644 --- a/articles/virtual-machines-mariadb-cluster.md +++ b/articles/virtual-machines-mariadb-cluster.md @@ -15,7 +15,7 @@ 1. 创建包含 3 个节点的群集 2. 将数据磁盘与操作系统磁盘隔离开来 3. 在 RAID-0/条带化设置下创建数据磁盘，以提高 IOPS -4. 使用 Azure 负载平衡器，以使 3 个节点的负载保持平衡 +4. 使用 Azure 负载均衡器，以使 3 个节点的负载保持均衡 5. 为了最大程度地减少重复工作，可创建一个包含 MariaDB+Galera 的 VM 镜像，并将其用于创建其他群集 VM。 ![体系结构](./media/virtual-machines-mariadb-cluster/Setup.png) @@ -279,10 +279,10 @@ sudo service mysql start chkconfig mysql on -## 对群集进行负载平衡 +## 对群集进行负载均衡 在创建聚集 VM 时，你将其添加到了名为 **clusteravset** 的可用性集中，以确保其放置在不同的容错和更新域上，且 Azure 不会同时在所有虚拟机上执行维护。此配置符合该 Azure 服务级别协议 (SLA) 将支持的要求。 -现在，使用 Azure 负载平衡器，以平衡 3 个节点之间的请求。 +现在，使用 Azure 负载均衡器，以平衡 3 个节点之间的请求。 在使用 Azure CLI 的机器上运行以下命令。命令参数结构是：`azure vm endpoint create-multiple ::::::` @@ -290,13 +290,13 @@ azure vm endpoint create-multiple mariadb2 3306:3306:tcp:false:MySQL:tcp:3306 azure vm endpoint create-multiple mariadb3 3306:3306:tcp:false:MySQL:tcp:3306 -最后，由于 CLI 将负载平衡器的探测时间间隔设置为 15 秒（可能有点太长了），可以在门户中的“终结点”下更改任一 VM 的该时间间隔 +最后，由于 CLI 将负载均衡器的探测时间间隔设置为 15 秒（可能有点太长了），可以在门户中的“终结点”下更改任一 VM 的该时间间隔 ![编辑终结点](./media/virtual-machines-mariadb-cluster/Endpoint.PNG) -然后单击“重新配置负载平衡集”，并转到下一步 +然后单击“重新配置负载均衡集”，并转到下一步 -![重新配置负载平衡集](./media/virtual-machines-mariadb-cluster/Endpoint2.PNG) +![重新配置负载均衡集](./media/virtual-machines-mariadb-cluster/Endpoint2.PNG) 然后将“探测时间间隔”设置为 5 秒，并保存 @@ -304,7 +304,7 @@ ## 验证群集 -繁琐的工作已经完成。现在应该可以在 `mariadbha.chinacloudapp.cn:3306` 访问群集，这将触发负载平衡器并在 3 个 VM 之间顺利、高效地路由请求。 +繁琐的工作已经完成。现在应该可以在 `mariadbha.chinacloudapp.cn:3306` 访问群集，这将触发负载均衡器并在 3 个 VM 之间顺利、高效地路由请求。 使用偏好的 MySQL 客户端进行连接，或直接从任一 VM 进行连接，以验证此群集是否正常运行。 @@ -332,7 +332,7 @@ ## 后续步骤 -在本文中，你在运行 CentOS 7 的 Azure 虚拟机上创建了包含 3 个节点的 MariaDB + Galera 高度可用群集。VM 已通过 Azure 负载平衡器实现了负载平衡。 +在本文中，你在运行 CentOS 7 的 Azure 虚拟机上创建了包含 3 个节点的 MariaDB + Galera 高度可用群集。VM 已通过 Azure 负载均衡器实现了负载均衡。 你可能希望找到[另一种方式在 Linux 上对 MySQL 进行集群]以及探究如何[优化和测试 Azure Linux VM 上的 MySQL 性能]。 @@ -357,4 +357,4 @@ [Azure CLI 工具中的问题 #1268]: https://github.com/Azure/azure-xplat-cli/issues/1268 [另一种方式在 Linux 上对 MySQL 进行集群]: /zh-cn/documentation/articles/virtual-machines-linux-mysql-cluster/ - \ No newline at end of file + diff --git a/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md b/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md index af10de420..828568cdd 100644 --- a/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md +++ b/articles/virtual-machines-miscellaneous-considerations-oracle-virtual-machine-images.md @@ -48,21 +48,21 @@ Azure 向每个虚拟机分配一个内部 IP 地址。除非 VM 是虚拟网络 - **连接超时：**如果你的应用程序依赖于与另一个 Azure 云服务（例如，数据库层服务）的公共终结点的连接，那么，在这些已打开的连接处于非活动状态 4 分钟后，Azure 可能会关闭它们。这可能会影响依赖于连接池的功能和应用程序，因为非活动时间超过该限制的连接可能不再有效。如果这会影响你的应用程序，请考虑对连接池启用“保持连接”逻辑。 - 请注意，如果终结点是 Azure 云服务部署的*内部*终结点（比如与 WebLogic 虚拟机位于*同一*云服务中的独立数据库虚拟机），则该连接属于直接连接，不依赖于 Azure 负载平衡器，因此不受连接超时的影响。 + 请注意，如果终结点是 Azure 云服务部署的*内部*终结点（比如与 WebLogic 虚拟机位于*同一*云服务中的独立数据库虚拟机），则该连接属于直接连接，不依赖于 Azure 负载均衡器，因此不受连接超时的影响。 - **不支持 UDP 多播。** Azure 支持 UDP 单播，但不支持多播和广播。WebLogic Server 可以依赖于 Azure 的 UDP 单播功能。为了在依赖 UDP 单播时获得最好的结果，建议让 WebLogic 群集大小保持静态，或者让群集包含的托管服务器不超过 10 个。 -- **对于 T3 访问（例如，当使用 Enterprise JavaBeans 时），WebLogic Server 要求公共和专用端口必须相同。** 请考虑采用多层方案：服务层 (EJB) 应用程序在名为 **SLWLS** 的云服务中的 WebLogic Server 群集（包含两个或更多托管服务器）上运行。客户端层位于不同的云服务中，并运行一个简单的 Java 程序来尝试调用服务层中的 EJB。由于必须对服务层进行负载平衡，因此，需要为 WebLogic Server 群集中的虚拟机创建一个公共负载平衡终结点。如果为该终结点指定的专用端口与公共端口不同（例如，7006:7008），则将发生下面这样的错误： +- **对于 T3 访问（例如，当使用 Enterprise JavaBeans 时），WebLogic Server 要求公共和专用端口必须相同。** 请考虑采用多层方案：服务层 (EJB) 应用程序在名为 **SLWLS** 的云服务中的 WebLogic Server 群集（包含两个或更多托管服务器）上运行。客户端层位于不同的云服务中，并运行一个简单的 Java 程序来尝试调用服务层中的 EJB。由于必须对服务层进行负载均衡，因此，需要为 WebLogic Server 群集中的虚拟机创建一个公共负载均衡终结点。如果为该终结点指定的专用端口与公共端口不同（例如，7006:7008），则将发生下面这样的错误： [java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.chinacloudapp.cn:7006: Bootstrap to: example.chinacloudapp.cn/138.91.142.178:7006' over: 't3' got an error or timed out] - 这是因为，对于任何远程 T3 访问，WebLogic Server 都要求负载平衡器端口和 WebLogic 托管服务器端口必须相同。在上述情况中，客户端访问的是端口 7006（负载平衡器端口），而托管服务器侦听的是 7008（专用端口）。请注意，此限制仅适用于 T3 访问，而不适用于 HTTP。 + 这是因为，对于任何远程 T3 访问，WebLogic Server 都要求负载均衡器端口和 WebLogic 托管服务器端口必须相同。在上述情况中，客户端访问的是端口 7006（负载均衡器端口），而托管服务器侦听的是 7008（专用端口）。请注意，此限制仅适用于 T3 访问，而不适用于 HTTP。 若要避免此问题，请使用以下解决方法之一： - - 对专用于 T3 访问的负载平衡终结点使用相同的专用和公共端口号。 + - 对专用于 T3 访问的负载均衡终结点使用相同的专用和公共端口号。 - 在启动 WebLogic Server 时包括下面的 JVM 参数： @@ -70,11 +70,11 @@ Azure 向每个虚拟机分配一个内部 IP 地址。除非 VM 是虚拟网络 有关相关信息，请参阅 上的 KB 文章 **860340.1**。 -- **动态群集和负载平衡限制。** 假设你想在 WebLogic Server 中使用动态群集，并在 Azure 中通过单一的公共负载平衡终结点暴露该群集。可通过以下方法实现：对每个托管服务器使用固定的端口号（而不是从某个范围中动态分配），并且启动的托管服务器数不超过管理服务器正在跟踪的虚拟机数（即，每个虚拟机不超过一台托管服务器）。如果你的配置导致启动的 WebLogic Server 数超过现有的 VM 数（即，多个 WebLogic Server 实例将共享同一个 VM），那么，这些 WebLogic Server 实例服务器中的多个服务器将无法绑定到给定的端口号 — 该 VM 上的其余服务器将出现故障。 +- **动态群集和负载均衡限制。** 假设你想在 WebLogic Server 中使用动态群集，并在 Azure 中通过单一的公共负载均衡终结点暴露该群集。可通过以下方法实现：对每个托管服务器使用固定的端口号（而不是从某个范围中动态分配），并且启动的托管服务器数不超过管理服务器正在跟踪的虚拟机数（即，每个虚拟机不超过一台托管服务器）。如果你的配置导致启动的 WebLogic Server 数超过现有的 VM 数（即，多个 WebLogic Server 实例将共享同一个 VM），那么，这些 WebLogic Server 实例服务器中的多个服务器将无法绑定到给定的端口号 — 该 VM 上的其余服务器将出现故障。 - 另一方面，如果将管理服务器配置为向其托管服务器自动分配唯一的端口号，则无法实现负载平衡，因为 Azure 不支持从单个公共端口映射到多个专用端口，而这正是此配置所必需的。 + 另一方面，如果将管理服务器配置为向其托管服务器自动分配唯一的端口号，则无法实现负载均衡，因为 Azure 不支持从单个公共端口映射到多个专用端口，而这正是此配置所必需的。 -- **单个 VM 上的多个 WebLogic 实例。** 视部署要求而定，你可以考虑在同一个虚拟机上运行多个 WebLogic Server 实例（如果 VM 够大）。例如，在一个包含 2 个核心的中等大小的 VM 上，可以选择运行两个 WebLogic Server 实例。但是请注意，仍建议不要在体系结构中引入单一故障点，也就是只使用一个运行多个 WebLogic Server 实例的 VM。使用至少两个 VM 会更好：每个 VM 可以运行多个 WebLogic Server 实例。每个 WebLogic Server 实例仍然可以属于同一个群集。但是请注意，当前无法使用 Azure 对同一 VM 中的这类 WebLogic Server 部署所暴露的终结点进行负载平衡，因为 Azure 负载平衡器要求在唯一的 VM 之间分布负载平衡服务器。 +- **单个 VM 上的多个 WebLogic 实例。** 视部署要求而定，你可以考虑在同一个虚拟机上运行多个 WebLogic Server 实例（如果 VM 够大）。例如，在一个包含 2 个核心的中等大小的 VM 上，可以选择运行两个 WebLogic Server 实例。但是请注意，仍建议不要在体系结构中引入单一故障点，也就是只使用一个运行多个 WebLogic Server 实例的 VM。使用至少两个 VM 会更好：每个 VM 可以运行多个 WebLogic Server 实例。每个 WebLogic Server 实例仍然可以属于同一个群集。但是请注意，当前无法使用 Azure 对同一 VM 中的这类 WebLogic Server 部署所暴露的终结点进行负载均衡，因为 Azure 负载均衡器要求在唯一的 VM 之间分布负载均衡服务器。 ##Oracle JDK 虚拟机镜像 diff --git a/articles/virtual-machines-ps-create-preconfigure-linux-vms.md b/articles/virtual-machines-ps-create-preconfigure-linux-vms.md index 68c13396f..ff6a123e7 100644 --- a/articles/virtual-machines-ps-create-preconfigure-linux-vms.md +++ b/articles/virtual-machines-ps-create-preconfigure-linux-vms.md @@ -114,7 +114,7 @@ $hcaching="" $vm1 | Add-AzureDataDisk -CreateNew -DiskSizeInGB $disksize -DiskLabel $disklabel -LUN $lun -HostCaching $hcaching -（可选）将虚拟机添加到用于外部流量的现有负载平衡集。 +（可选）将虚拟机添加到用于外部流量的现有负载均衡集。 $prot="" $localport= @@ -203,7 +203,7 @@ - 使用 SUSE Linux Enterprise Server 12 镜像。 - 具有名称 LOB1。 - 具有 50 GB 的附加数据磁盘。 -- 是用于标准 Web 流量的 LOBServers 负载平衡器集的成员。 +- 是用于标准 Web 流量的 LOBServers 负载均衡器集的成员。 - 位于 AZDatacenter 虚拟网络的 FrontEnd 子网中。 - 位于 Azure-TailspinToys 云服务中。 diff --git a/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md b/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md index 5251fe38a..6fd656d92 100644 --- a/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md +++ b/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms.md @@ -128,7 +128,7 @@ ### NAT 规则 -使用入站 NAT 规则可以设置基于资源管理器的虚拟机，允许来自 Internet 的传入流量并将其放入负载平衡集。在这两种情况下，都必须指定负载平衡器实例和其他设置。 +使用入站 NAT 规则可以设置基于资源管理器的虚拟机，允许来自 Internet 的传入流量并将其放入负载均衡集。在这两种情况下，都必须指定负载均衡器实例和其他设置。 使用资源管理器部署模型创建的 VM 需要资源管理器虚拟网络。如果需要，请使用新虚拟机的至少一个子网创建基于资源管理器的新虚拟网络。以下示例显示了名为 **TestNet** 的新虚拟网络，其中包含名为 **frontendSubnet** 和 **backendSubnet** 的两个子网。 @@ -204,12 +204,12 @@ frontendSubnet 的子网索引为 0，backendSubnet 的子网索引为 1。 $pip = New-AzureRmPublicIpAddress -Name $nicName -ResourceGroupName $rgName -Location $locName -AllocationMethod Dynamic $nic = New-AzureRmNetworkInterface -Name $nicName -ResourceGroupName $rgName -Location $locName -SubnetId $vnet.Subnets[$subnetIndex].Id -PublicIpAddressId $pip.Id -PrivateIpAddress $staticIP -### 选项 4：指定 NIC 名称和入站 NAT 规则的负载平衡器实例。 +### 选项 4：指定 NIC 名称和入站 NAT 规则的负载均衡器实例。 -若要创建 NIC 并将其添加到入站 NAT 规则的负载平衡器实例，你需要： +若要创建 NIC 并将其添加到入站 NAT 规则的负载均衡器实例，你需要： -- 前面创建的、针对转发到虚拟机的流量创建了入站 NAT 规则的负载平衡器实例的名称。 -- 要分配给 NIC 的负载平衡器实例的后端地址池的索引编号。 +- 前面创建的、针对转发到虚拟机的流量创建了入站 NAT 规则的负载均衡器实例的名称。 +- 要分配给 NIC 的负载均衡器实例的后端地址池的索引编号。 - 要分配给 NIC 的入站 NAT 规则的索引编号。 将以下几行复制到命令集，并指定所需的名称和索引编号。 @@ -223,14 +223,14 @@ frontendSubnet 的子网索引为 0，backendSubnet 的子网索引为 1。 $nicName 字符串必须是资源组中唯一的字符串。最佳实践是将虚拟机名称合并在字符串中，例如“LOB07-NIC”。 -### 选项 5：为负载平衡集指定 NIC 名称和负载平衡器实例。 +### 选项 5：为负载均衡集指定 NIC 名称和负载均衡器实例。 -若要创建 NIC 并将其添加到负载平衡集的负载平衡器实例，你需要： +若要创建 NIC 并将其添加到负载均衡集的负载均衡器实例，你需要： -- 前面创建的、针对负载平衡流量创建了规则的负载平衡器实例的名称。 -- 要分配给 NIC 的负载平衡器实例的后端地址池的索引编号。 +- 前面创建的、针对负载均衡流量创建了规则的负载均衡器实例的名称。 +- 要分配给 NIC 的负载均衡器实例的后端地址池的索引编号。 -有关如何创建具有针对负载平衡流量的规则的负载平衡器实例的信息，请参阅[使用 Azure 资源管理器创建负载平衡器](/documentation/articles/load-balancer-arm-powershell)。 +有关如何创建具有针对负载均衡流量的规则的负载均衡器实例的信息，请参阅[使用 Azure 资源管理器创建负载均衡器](/documentation/articles/load-balancer-arm-powershell)。 将以下几行复制到命令集，并指定所需的名称和索引编号。 diff --git a/articles/virtual-machines-ps-create-preconfigure-windows-vms.md b/articles/virtual-machines-ps-create-preconfigure-windows-vms.md index ec0e63400..be4f460dc 100644 --- a/articles/virtual-machines-ps-create-preconfigure-windows-vms.md +++ b/articles/virtual-machines-ps-create-preconfigure-windows-vms.md @@ -130,7 +130,7 @@ 对于 Active Directory 域控制器，将 $hcaching 设为“None”。 -（可选）将虚拟机添加到用于外部流量的现有负载平衡集。 +（可选）将虚拟机添加到用于外部流量的现有负载均衡集。 $port="" $localport= diff --git a/articles/virtual-machines-rmtemplate-sharepoint-walkthrough.md b/articles/virtual-machines-rmtemplate-sharepoint-walkthrough.md index 91b6e1bbe..1d7537a49 100644 --- a/articles/virtual-machines-rmtemplate-sharepoint-walkthrough.md +++ b/articles/virtual-machines-rmtemplate-sharepoint-walkthrough.md @@ -134,7 +134,7 @@ ### Microsoft.Network/loadBalancers -这些节为每个虚拟机创建负载平衡器实例，以便为来自 Internet 的入站流量提供网络地址转换 (NAT) 和流量筛选。对于每个负载平衡器，设置将配置前端、后端和入站 NAT 规则。例如，每个虚拟机都有远程桌面通信规则，而 SharePoint Server 则有允许接收来自 Internet 的入站 Web 流量（TCP 端口 80）的规则。下面是 SharePoint Server 的示例： +这些节为每个虚拟机创建负载均衡器实例，以便为来自 Internet 的入站流量提供网络地址转换 (NAT) 和流量筛选。对于每个负载均衡器，设置将配置前端、后端和入站 NAT 规则。例如，每个虚拟机都有远程桌面通信规则，而 SharePoint Server 则有允许接收来自 Internet 的入站 Web 流量（TCP 端口 80）的规则。下面是 SharePoint Server 的示例： { @@ -236,7 +236,7 @@ 第一个节创建并配置域控制器，它： -- 指定存储帐户、可用性集、网络接口和负载平衡器实例。 +- 指定存储帐户、可用性集、网络接口和负载均衡器实例。 - 添加额外的磁盘。 - 运行 PowerShell 脚本，以配置域控制器。 @@ -339,24 +339,24 @@ 下一个 **"type":"Microsoft.Compute/virtualMachines"** 节在部署中创建 SQL Server 虚拟机并： -- 指定存储帐户、可用性集、负载平衡器、虚拟网络和网络接口。 +- 指定存储帐户、可用性集、负载均衡器、虚拟网络和网络接口。 - 添加额外的磁盘。 其他**“Microsoft.Compute/virtualMachines/extensions”**节调用 PowerShell 脚本以配置 SQL Server。 -下一个 **"type":"Microsoft.Compute/virtualMachines"** 节在部署中创建 SharePoint 虚拟机，并指定存储帐户、可用性集、负载平衡器、虚拟网络和网络接口。其他**“Microsoft.Compute/virtualMachines/extensions”**节调用 PowerShell 脚本以配置 SharePoint 场。 +下一个 **"type":"Microsoft.Compute/virtualMachines"** 节在部署中创建 SharePoint 虚拟机，并指定存储帐户、可用性集、负载均衡器、虚拟网络和网络接口。其他**“Microsoft.Compute/virtualMachines/extensions”**节调用 PowerShell 脚本以配置 SharePoint 场。 请注意 JSON 文件的**“resources”**节的子节的整体结构： -1. 创建支持多个虚拟机所需的 Azure 基础结构元素（存储帐户、公共 IP 地址、可用性集、虚拟网络、网络接口和负载平衡器实例）。 +1. 创建支持多个虚拟机所需的 Azure 基础结构元素（存储帐户、公共 IP 地址、可用性集、虚拟网络、网络接口和负载均衡器实例）。 2. 创建域控制器虚拟机，后者使用先前创建的 Azure 基础结构的公用和特定元素、添加数据磁盘，并运行 PowerShell 脚本。此外，还更新虚拟网络以使用域控制器的静态 IP 地址。 3. 创建 SQL Server 虚拟机，后者使用先前为域控制器创建的 Azure 基础结构的公用和特定元素、添加数据磁盘，并运行 PowerShell 脚本以配置 SQL Server。 4. 创建 SharePoint Server 虚拟机，后者使用先前创建的 Azure 基础结构的公用和特定元素并运行 PowerShell 脚本以配置 SharePoint 场。 你自己的用于在 Azure 中构建多层基础结构的 JSON 模板应遵循相同的步骤： -1. 创建部署所需的 Azure 基础结构的公用元素（存储帐户、虚拟网络）、特定于层的元素（可用性集）和特定于虚拟机的元素（公共 IP 地址、可用性集、网络接口、负载平衡器实例）。 -2. 对于应用程序中的每个层（例如，身份验证、数据库、Web），使用公用元素（存储帐户、虚拟网络）、特定于层的元素（可用性集）和特定于虚拟机的元素（公共 IP 地址、网络接口、负载平衡器实例）在该层中创建并配置服务器。 +1. 创建部署所需的 Azure 基础结构的公用元素（存储帐户、虚拟网络）、特定于层的元素（可用性集）和特定于虚拟机的元素（公共 IP 地址、可用性集、网络接口、负载均衡器实例）。 +2. 对于应用程序中的每个层（例如，身份验证、数据库、Web），使用公用元素（存储帐户、虚拟网络）、特定于层的元素（可用性集）和特定于虚拟机的元素（公共 IP 地址、网络接口、负载均衡器实例）在该层中创建并配置服务器。 有关详细信息，请参阅 [Azure 资源管理器模板语言](https://msdn.microsoft.com/zh-CN/library/azure/dn835138.aspx)。 diff --git a/articles/virtual-machines-set-up-endpoints.md b/articles/virtual-machines-set-up-endpoints.md index f0576a1fc..630cf4713 100644 --- a/articles/virtual-machines-set-up-endpoints.md +++ b/articles/virtual-machines-set-up-endpoints.md @@ -27,10 +27,10 @@ 每个终结点都有一个公用端口和一个专用端口： -- Azure 负载平衡器使用公用端口侦听从 Internet 传入的虚拟机流量。 +- Azure 负载均衡器使用公用端口侦听从 Internet 传入的虚拟机流量。 - 虚拟机使用专用端口侦听通常发送到虚拟机上运行的应用程序或服务的传入流量。 -使用门户创建终结点时，将为 IP 协议和众所周知的网络协议的 TCP 或 UDP 端口提供默认值。对于自定义终结点，必须指定正确的 IP 协议（TCP 或 UDP）以及公用和专用端口。若要将传入流量随机分布到多个虚拟机上，必须创建包含多个终结点的负载平衡集。 +使用门户创建终结点时，将为 IP 协议和众所周知的网络协议的 TCP 或 UDP 端口提供默认值。对于自定义终结点，必须指定正确的 IP 协议（TCP 或 UDP）以及公用和专用端口。若要将传入流量随机分布到多个虚拟机上，必须创建包含多个终结点的负载均衡集。 创建终结点后，可以使用访问控制列表 (ACL) 定义规则以根据传入流量的源 IP 地址允许或拒绝终结点的公用端口的传入流量。但是，如果虚拟机在 Azure 虚拟网络中，则应改为使用网络安全组。有关详细信息，请参阅[关于网络安全组](/documentation/articles/virtual-networks-nsg)。 @@ -47,13 +47,13 @@ 4. 在任务栏中，单击“添加”。 5. 在“将终结点添加到虚拟机”页上，选择终结点的类型。 - - 如果你要创建的新终结点不属于负载平衡集也不是新负载平衡集中的第一个终结点，请选择“添加独立终结点”，然后单击左箭头。 - - 否则，请选择“将终结点添加到现有负载平衡集”，选择负载平衡集的名称，然后单击左箭头。在“指定终结点详细信息”页上，键入终结点的名称，然后单击复选标记以创建该终结点。 + - 如果你要创建的新终结点不属于负载均衡集也不是新负载均衡集中的第一个终结点，请选择“添加独立终结点”，然后单击左箭头。 + - 否则，请选择“将终结点添加到现有负载均衡集”，选择负载均衡集的名称，然后单击左箭头。在“指定终结点详细信息”页上，键入终结点的名称，然后单击复选标记以创建该终结点。 6. 在“指定终结点详细信息”页上的“名称”中，键入终结点的名称。此外，还可以从列表中选择网络协议名称，这将填充“协议”、“公用端口”和“专用端口”的初始值。 7. 对于自定义终结点，请在“协议”中，选择 **TCP** 或 **UDP**。 8. 对于自定义端口，请在“公用端口”中，键入从 Internet 传入流量的端口号。在“专用端口”中，键入虚拟机正在侦听的端口号。这些端口号可以是不同的。请确保已将虚拟机上的防火墙配置为允许与协议（在步骤 7 中）和专用端口对应的流量。 -9. 如果此终结点是负载平衡集中的第一个终结点，请单击“创建负载平衡集”，然后单击右箭头。在“配置负载平衡集”页上，指定负载平衡集名称、探测协议和端口，以及探测间隔和发送的探测数。Azure 负载平衡器会将探测发送到负载平衡集中的虚拟机以监视其可用性。Azure 负载平衡器不会将流量转发到未响应探测的虚拟机。单击右箭头。 +9. 如果此终结点是负载均衡集中的第一个终结点，请单击“创建负载均衡集”，然后单击右箭头。在“配置负载均衡集”页上，指定负载均衡集名称、探测协议和端口，以及探测间隔和发送的探测数。Azure 负载均衡器会将探测发送到负载均衡集中的虚拟机以监视其可用性。Azure 负载均衡器不会将流量转发到未响应探测的虚拟机。单击右箭头。 10. 单击复选标记以创建终结点。 新的终结点将在“终结点”页上列出。 @@ -66,7 +66,7 @@ 若要定义一组可以发送流量的计算机，终结点上的 ACL 可以基于源 IP 地址限制流量。按照下列步骤在终结点上添加、修改或删除 ACL。 -> [AZURE.NOTE]如果终结点是负载平衡集的一部分，则你对一个终结点上的 ACL 做出的任何更改都将应用于该集中的所有终结点。 +> [AZURE.NOTE]如果终结点是负载均衡集的一部分，则你对一个终结点上的 ACL 做出的任何更改都将应用于该集中的所有终结点。 如果虚拟机在 Azure 虚拟网络中，则建议使用网络安全组（而不是 ACL）。有关详细信息，请参阅[关于网络安全组](/documentation/articles/virtual-networks-nsg)。 @@ -80,7 +80,7 @@ ![指定 ACL 详细信息](./media/virtual-machines-set-up-endpoints/EndpointACLdetails.png) -6. 使用列表中的行为 ACL 添加、删除或编辑规则，并更改其顺序。**远程子网**值是从 Internet 传入流量的 IP 地址范围，Azure 负载平衡器将使用该值根据流量的源 IP 地址允许或拒绝传入流量。请务必以 CIDR 格式（也称为地址前缀格式）指定 IP 地址范围。例如 131.107.0.0/16。 +6. 使用列表中的行为 ACL 添加、删除或编辑规则，并更改其顺序。**远程子网**值是从 Internet 传入流量的 IP 地址范围，Azure 负载均衡器将使用该值根据流量的源 IP 地址允许或拒绝传入流量。请务必以 CIDR 格式（也称为地址前缀格式）指定 IP 地址范围。例如 131.107.0.0/16。 你可以使用规则只允许来自与 Internet 上你的计算机对应的特定计算机的流量或拒绝来自特定的已知地址范围的流量。 @@ -90,6 +90,6 @@ ## 其他资源 -[Azure 基础结构服务的负载平衡](/documentation/articles/virtual-machines-load-balance) +[Azure 基础结构服务的负载均衡](/documentation/articles/virtual-machines-load-balance) \ No newline at end of file diff --git a/articles/virtual-machines-size-specs.md b/articles/virtual-machines-size-specs.md index 3ee022158..eb7deb836 100644 --- a/articles/virtual-machines-size-specs.md +++ b/articles/virtual-machines-size-specs.md @@ -25,7 +25,7 @@ Azure 提供了多种类型的计算资源，其中的两种类型是 Azure 虚 ## 规划注意事项 -虚拟机有两个可用层级：基本和标准。这两种类型都提供大小选择，但基本层级不提供标准层级中可用的一些功能，例如负载平衡和自动缩放。标准层级的大小由不同系列组成：A、D、DS、G 和 GS。其中某些大小的注意事项包括： +虚拟机有两个可用层级：基本和标准。这两种类型都提供大小选择，但基本层级不提供标准层级中可用的一些功能，例如负载均衡和自动缩放。标准层级的大小由不同系列组成：A、D、DS、G 和 GS。其中某些大小的注意事项包括： * D 系列的 VM 旨在运行需要更高计算能力和临时磁盘性能的应用程序。D 系列 VM 为临时磁盘提供更快的处理器、更高的内存内核比和固态驱动器 (SSD)。有关详细信息，请参阅 Azure 博客[新的 D 系列虚拟机大小](http://azure.microsoft.com/blog/2014/09/22/new-d-series-virtual-machine-sizes/)上的公告。 diff --git a/articles/virtual-machines-sql-server-application-patterns-and-development-strategies.md b/articles/virtual-machines-sql-server-application-patterns-and-development-strategies.md index 21ae8177d..2db48e703 100644 --- a/articles/virtual-machines-sql-server-application-patterns-and-development-strategies.md +++ b/articles/virtual-machines-sql-server-application-patterns-and-development-strategies.md @@ -119,7 +119,7 @@ - 你希望拥有可以根据需要向上缩放和向下缩放的基础结构环境。 -下图演示由于传入客户端请求数量增加，你如何才能通过将呈现层向外缩放，将应用程序层放置在 Azure 中的多个虚拟机中。正如图中所示，Azure 负载平衡器负责将流量分布到多个虚拟机，并确定要连接到哪个 Web 服务器。负载平衡器之后有多个 Web 服务器实例，可以确保呈现层的高可用性。 +下图演示由于传入客户端请求数量增加，你如何才能通过将呈现层向外缩放，将应用程序层放置在 Azure 中的多个虚拟机中。正如图中所示，Azure 负载均衡器负责将流量分布到多个虚拟机，并确定要连接到哪个 Web 服务器。负载均衡器之后有多个 Web 服务器实例，可以确保呈现层的高可用性。 ![应用程序模式 - 呈现展向外缩放](./media/virtual-machines-sql-server-application-patterns-and-development-strategies/IC728010.png) @@ -127,11 +127,11 @@ 建议你将属于同一层的虚拟机放置在同一云服务和同一可用性集中。例如，将一组 Web 服务器放置在 **CloudService1** 和 **AvailabilitySet1** 中，而将一组数据库服务器放置在 **CloudService2** 和 **AvailabilitySet2** 中。利用 Azure 中的可用性集，你可将高可用性节点放置在单独的容错域和升级域中。 -若要充分利用一层的多个 VM 实例，必须配置应用程序层之间的 Azure 负载平衡器。若要配置每个层中的负载平衡器，请在每个层的 VM 上单独创建负载平衡终结点。对于特定层，请首先在同一云服务中创建 VM。这样可以确保它们都具有同一公共虚拟 IP 地址。接下来，在该层的一个虚拟机上创建终结点。然后，将同一终结点分配给该层上的其他虚拟机，以便进行负载平衡。通过创建负载平衡集，你可将流量分布到多个虚拟机，并让负载平衡器能够在后端 VM 节点出现故障时确定连接哪一个节点。例如，负载平衡器之后有多个 Web 服务器实例，可以确保呈现层的高可用性。 +若要充分利用一层的多个 VM 实例，必须配置应用程序层之间的 Azure 负载均衡器。若要配置每个层中的负载均衡器，请在每个层的 VM 上单独创建负载均衡终结点。对于特定层，请首先在同一云服务中创建 VM。这样可以确保它们都具有同一公共虚拟 IP 地址。接下来，在该层的一个虚拟机上创建终结点。然后，将同一终结点分配给该层上的其他虚拟机，以便进行负载均衡。通过创建负载均衡集，你可将流量分布到多个虚拟机，并让负载均衡器能够在后端 VM 节点出现故障时确定连接哪一个节点。例如，负载均衡器之后有多个 Web 服务器实例，可以确保呈现层的高可用性。 -最佳做法是始终确保所有 Internet 连接首先进入呈现层。呈现层访问业务层，业务层再访问数据层。例如，在呈现层上创建一个终结点。每个终结点具有一个公共端口和一个专用端口。专用端口由虚拟机在内部用于侦听终结点上的流量。公共端口是 Azure 外部通信的入口点，由 Azure 负载平衡器使用。建议设置网络访问控制列表 (ACL) 以定义相应规则，帮助隔离和控制任何应用程序层上任何公共终结点的任何公共端口的传入流量。有关详细信息，请参阅[管理终结点上的 ACL](/documentation/articles/virtual-machines-set-up-endpoints#manage-the-acl-on-an-endpoint)。 +最佳做法是始终确保所有 Internet 连接首先进入呈现层。呈现层访问业务层，业务层再访问数据层。例如，在呈现层上创建一个终结点。每个终结点具有一个公共端口和一个专用端口。专用端口由虚拟机在内部用于侦听终结点上的流量。公共端口是 Azure 外部通信的入口点，由 Azure 负载均衡器使用。建议设置网络访问控制列表 (ACL) 以定义相应规则，帮助隔离和控制任何应用程序层上任何公共终结点的任何公共端口的传入流量。有关详细信息，请参阅[管理终结点上的 ACL](/documentation/articles/virtual-machines-set-up-endpoints#manage-the-acl-on-an-endpoint)。 -请注意，Azure 中的负载平衡器的工作方式类似于本地环境中的负载平衡器。有关更多信息，请参阅 [Azure 基础结构服务的负载平衡](/documentation/articles/virtual-machines-load-balance)。 +请注意，Azure 中的负载均衡器的工作方式类似于本地环境中的负载均衡器。有关更多信息，请参阅 [Azure 基础结构服务的负载均衡](/documentation/articles/virtual-machines-load-balance)。 此外，我们建议你使用 Azure 虚拟网络为虚拟机设置专用网络。这让虚拟机能够通过专用 IP 地址相互通信。有关详细信息，请参阅 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)。 @@ -153,7 +153,7 @@ - 你希望拥有可以根据需要向上缩放和向下缩放的基础结构环境。 -下图演示本地方案及其云解决方案。在此方案中，你将应用程序层放置在 Azure 的多个虚拟机中，方法是将包含业务逻辑层和数据访问组件的业务层向外缩放。正如图中所示，Azure 负载平衡器负责将流量分布到多个虚拟机，并确定要连接到哪个 Web 服务器。负载平衡器之后有多个应用程序服务器实例，可以确保业务层的高可用性。有关详细信息，请参阅[在一层中包含多个虚拟机的 2 层、3 层或 n 层应用程序模式的最佳实践](#best-practices-for-2-tier-3-tier-or-n-tier-patterns-that-have-multiple-vms-in-one-tier)。 +下图演示本地方案及其云解决方案。在此方案中，你将应用程序层放置在 Azure 的多个虚拟机中，方法是将包含业务逻辑层和数据访问组件的业务层向外缩放。正如图中所示，Azure 负载均衡器负责将流量分布到多个虚拟机，并确定要连接到哪个 Web 服务器。负载均衡器之后有多个应用程序服务器实例，可以确保业务层的高可用性。有关详细信息，请参阅[在一层中包含多个虚拟机的 2 层、3 层或 n 层应用程序模式的最佳实践](#best-practices-for-2-tier-3-tier-or-n-tier-patterns-that-have-multiple-vms-in-one-tier)。 ![应用程序模式 - 业务展向外缩放](./media/virtual-machines-sql-server-application-patterns-and-development-strategies/IC728011.png) @@ -175,7 +175,7 @@ 下图演示本地方案及其云解决方案。在此方案中，你将 Azure 的多个虚拟机中的呈现层和业务层组件向外缩放。此外，你还要为 Azure 中的 SQL Server 数据库实现高可用性和灾难恢复 (HADR) 技术。 -在不同 VM 上运行一个应用程序的多个副本，确保你在这些虚拟机上实现请求的负载平衡。使用多个虚拟机时，需要确保所有 VM 都是可访问的，并且同一时间点都在运行。如果你配置了负载平衡，Azure 负载平衡器会跟踪 VM 的运行状况，并将传入调用正确定向到正常运行的 VM 节点。有关如何设置虚拟机负载平衡的信息，请参阅 [Azure 基础结构服务的负载平衡](/documentation/articles/virtual-machines-load-balance)。负载平衡器之后有多个 Web 服务器和应用程序服务器实例，可以确保呈现层和业务层的高可用性。 +在不同 VM 上运行一个应用程序的多个副本，确保你在这些虚拟机上实现请求的负载均衡。使用多个虚拟机时，需要确保所有 VM 都是可访问的，并且同一时间点都在运行。如果你配置了负载均衡，Azure 负载均衡器会跟踪 VM 的运行状况，并将传入调用正确定向到正常运行的 VM 节点。有关如何设置虚拟机负载均衡的信息，请参阅 [Azure 基础结构服务的负载均衡](/documentation/articles/virtual-machines-load-balance)。负载均衡器之后有多个 Web 服务器和应用程序服务器实例，可以确保呈现层和业务层的高可用性。 ![向外缩放和高可用性](./media/virtual-machines-sql-server-application-patterns-and-development-strategies/IC728012.png) @@ -207,9 +207,9 @@ - 你希望执行不同工作负荷级别的压力测试，但同时又不希望始终拥有和维护很多物理计算机。 -下图演示本地方案及其云解决方案。在此方案中，你将呈现层放置在 Web 角色中，将业务层放置在辅助角色中，而将数据层放置在 Azure 的虚拟机中。在不同 Web 角色中运行呈现层的多个副本，可以确保实现其请求的负载平衡。当你将 Azure 云服务和 Azure 虚拟机结合使用时，我们建议你还设置 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)。使用 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)，你可以在云中的同一云服务内拥有稳定持久的专用 IP 地址。在你为虚拟机和云服务定义虚拟网络后，它们就可以通过专用 IP 地址开始相互通信。此外，使虚拟机与 Azure Web/辅助角色处于同一 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)中可缩短连接延迟并使连接更安全。有关详细信息，请参阅[什么是云服务](/documentation/articles/fundamentals-application-models)。 +下图演示本地方案及其云解决方案。在此方案中，你将呈现层放置在 Web 角色中，将业务层放置在辅助角色中，而将数据层放置在 Azure 的虚拟机中。在不同 Web 角色中运行呈现层的多个副本，可以确保实现其请求的负载均衡。当你将 Azure 云服务和 Azure 虚拟机结合使用时，我们建议你还设置 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)。使用 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)，你可以在云中的同一云服务内拥有稳定持久的专用 IP 地址。在你为虚拟机和云服务定义虚拟网络后，它们就可以通过专用 IP 地址开始相互通信。此外，使虚拟机与 Azure Web/辅助角色处于同一 [Azure 虚拟网络](/documentation/articles/virtual-networks-overview)中可缩短连接延迟并使连接更安全。有关详细信息，请参阅[什么是云服务](/documentation/articles/fundamentals-application-models)。 -正如图中所示，Azure 负载平衡器将流量分布到多个虚拟机，并确定要连接到哪个 Web 服务器或应用程序服务器。负载平衡器之后有多个 Web 服务器和应用程序服务器实例，可以确保呈现层和业务层的高可用性。有关详细信息，请参阅[需要 SQL HADR 的应用程序模式的最佳实践](#best-practices-for-application-patterns-requiring-sql-hadr)。 +正如图中所示，Azure 负载均衡器将流量分布到多个虚拟机，并确定要连接到哪个 Web 服务器或应用程序服务器。负载均衡器之后有多个 Web 服务器和应用程序服务器实例，可以确保呈现层和业务层的高可用性。有关详细信息，请参阅[需要 SQL HADR 的应用程序模式的最佳实践](#best-practices-for-application-patterns-requiring-sql-hadr)。 ![使用云服务的应用程序模式](./media/virtual-machines-sql-server-application-patterns-and-development-strategies/IC728013.png) @@ -308,9 +308,9 @@ |**从本地的应用程序迁移**|现有应用程序保持现状。|应用程序需要 Web 角色和辅助角色。|现有应用程序保持现状，但适合需要快速缩放的自包含网站和 Web 服务。| |**开发和部署**|Visual Studio、WebMatrix、Visual Web Developer、WebDeploy、FTP、TFS、IIS Manager、PowerShell。|Visual Studio、Azure SDK、TFS、PowerShell。每个云服务具有两个环境，你可将服务包和配置部署到这两个环境：过渡和生产。你可以将云服务部署到过渡环境，以便在提升到生产之前进行测试。|Visual Studio、WebMatrix、Visual Web Developer、FTP、GIT、BitBucket、CodePlex、DropBox、GitHub、Mercurial、TFS、Web Deploy、PowerShell。| |**管理和设置**|你负责针对应用程序、数据、防火墙规则、虚拟网络和操作系统的管理任务。|你负责针对应用程序、数据、防火墙规则和虚拟网络的管理任务。|你只负责针对应用程序和数据的管理任务。| -|**高可用性和灾难恢复 (HADR)**|我们建议你将虚拟机放置在同一可用性集和同一云服务中。将你的 VM 保留在同一可用性集中，可以让 Azure 将高可用性节点放置在单独的容错域和升级域中。同样，将你的 VM 保留在同一云服务中可以实现负载平衡，VM 能够通过 Azure 数据中心内的本地网络直接相互通信。

你负责为 Azure 虚拟机中的 SQL Server 实现高可用性和灾难恢复解决方案，以避免任何停机。有关受支持的 HADR 技术，请参阅 [Azure 虚拟机中 SQL Server 的高可用性和灾难恢复](/documentation/articles/virtual-machines-sql-server-high-availability-and-disaster-recovery-solutions)。

你负责备份自己的数据和应用程序。

如果由于硬件问题，数据中心的主机发生故障，Azure 可以移动你的虚拟机。此外，在出于安全目的对主机进行更新或进行一般的软件更新时，你的 VM 可能会有计划地进行停机。因此，我们建议你在每个应用程序层保持至少两个 VM，以确保持续可用性。Azure 不提供针对单个虚拟机的 SLA。有关详细信息，请参阅 [Azure 业务连续性技术指南](https://msdn.microsoft.com/zh-cn/library/azure/hh873027.aspx)。|Azure 管理由底层硬件或操作系统软件导致的故障。我们建议你实现 Web 角色或辅助角色的多个实例，以确保应用程序的高可用性。有关信息，请参阅[云服务、虚拟机和虚拟网络服务级别协议](http://www.microsoft.com/download/details.aspx?id=38427)和 [Azure 应用程序的灾难恢复和高可用性](https://msdn.microsoft.com/zh-cn/library/azure/dn251004.aspx)

你负责备份自己的数据和应用程序。

对于 Azure VM 的 SQL Server 数据库中驻留的数据库，你负责实现高可用性和灾难恢复解决方案，以避免任何停机。有关受支持的 HDAR 技术，请参阅“Azure 虚拟机中 SQL Server 的高可用性和灾难恢复”。

SQL Server 数据库镜像：在与 Azure 云服务（Web/辅助角色）配合使用时受支持。SQL Server VM 和云服务项目可以位于同一 Azure 虚拟网络中。如果 SQL Server VM 不在同一虚拟网络中，你需要创建一个 SQL Server 别名以将通信路由到 SQL Server 实例。此外，该别名必须与 SQL Server 名称匹配。|高可用性是从 Azure 辅助角色、Azure Blob 存储和 Azure SQL 数据库继承的。例如，Azure 存储空间保存所有 Blob、表和队列数据的 3 个副本。在任何时候，Azure SQL 数据库都始终会运行数据的三个副本 — 一个主副本和两个辅助副本。有关详细信息，请参阅 [Azure 存储空间](/documentation/services/storage)和 [SQL 数据库](/documentation/articles/sql-database-technical-overview)。

请记住，使用 Azure VM 中的 SQL Server 作为 Azure 网站的数据源时，Azure 网站不支持 Azure 虚拟网络。换言之，Azure 中所有从 Azure 网站到 SQL Server VM 的连接都必须经过虚拟机的公共终结点。这可能会导致一些对高可用性和灾难恢复方案的限制。例如，如果 Azure 网站连接到带有数据库镜像功能的 SQL Server VM，那么这些客户端应用程序将无法连接到新的主服务器，因为数据库镜像需要你设置 Azure 中 SQL Server 宿主 VM 之间的 Azure 虚拟网络。因此，当前不支持将 **SQL Server 数据库镜像**用于 Azure 网站。

SQL Server AlwaysOn 可用性组：在 Azure 中将 Azure 网站与 SQL Server VM 配合使用时，可以设置 AlwaysOn 可用性组。但你需要配置 AlwaysOn 可用性组侦听器以通过公共的负载平衡式终结点将通信路由到主副本。| +|**高可用性和灾难恢复 (HADR)**|我们建议你将虚拟机放置在同一可用性集和同一云服务中。将你的 VM 保留在同一可用性集中，可以让 Azure 将高可用性节点放置在单独的容错域和升级域中。同样，将你的 VM 保留在同一云服务中可以实现负载均衡，VM 能够通过 Azure 数据中心内的本地网络直接相互通信。

你负责为 Azure 虚拟机中的 SQL Server 实现高可用性和灾难恢复解决方案，以避免任何停机。有关受支持的 HADR 技术，请参阅 [Azure 虚拟机中 SQL Server 的高可用性和灾难恢复](/documentation/articles/virtual-machines-sql-server-high-availability-and-disaster-recovery-solutions)。

你负责备份自己的数据和应用程序。

如果由于硬件问题，数据中心的主机发生故障，Azure 可以移动你的虚拟机。此外，在出于安全目的对主机进行更新或进行一般的软件更新时，你的 VM 可能会有计划地进行停机。因此，我们建议你在每个应用程序层保持至少两个 VM，以确保持续可用性。Azure 不提供针对单个虚拟机的 SLA。有关详细信息，请参阅 [Azure 业务连续性技术指南](https://msdn.microsoft.com/zh-cn/library/azure/hh873027.aspx)。|Azure 管理由底层硬件或操作系统软件导致的故障。我们建议你实现 Web 角色或辅助角色的多个实例，以确保应用程序的高可用性。有关信息，请参阅[云服务、虚拟机和虚拟网络服务级别协议](http://www.microsoft.com/download/details.aspx?id=38427)和 [Azure 应用程序的灾难恢复和高可用性](https://msdn.microsoft.com/zh-cn/library/azure/dn251004.aspx)

你负责备份自己的数据和应用程序。

对于 Azure VM 的 SQL Server 数据库中驻留的数据库，你负责实现高可用性和灾难恢复解决方案，以避免任何停机。有关受支持的 HDAR 技术，请参阅“Azure 虚拟机中 SQL Server 的高可用性和灾难恢复”。

SQL Server 数据库镜像：在与 Azure 云服务（Web/辅助角色）配合使用时受支持。SQL Server VM 和云服务项目可以位于同一 Azure 虚拟网络中。如果 SQL Server VM 不在同一虚拟网络中，你需要创建一个 SQL Server 别名以将通信路由到 SQL Server 实例。此外，该别名必须与 SQL Server 名称匹配。|高可用性是从 Azure 辅助角色、Azure Blob 存储和 Azure SQL 数据库继承的。例如，Azure 存储空间保存所有 Blob、表和队列数据的 3 个副本。在任何时候，Azure SQL 数据库都始终会运行数据的三个副本 — 一个主副本和两个辅助副本。有关详细信息，请参阅 [Azure 存储空间](/documentation/services/storage)和 [SQL 数据库](/documentation/articles/sql-database-technical-overview)。

请记住，使用 Azure VM 中的 SQL Server 作为 Azure 网站的数据源时，Azure 网站不支持 Azure 虚拟网络。换言之，Azure 中所有从 Azure 网站到 SQL Server VM 的连接都必须经过虚拟机的公共终结点。这可能会导致一些对高可用性和灾难恢复方案的限制。例如，如果 Azure 网站连接到带有数据库镜像功能的 SQL Server VM，那么这些客户端应用程序将无法连接到新的主服务器，因为数据库镜像需要你设置 Azure 中 SQL Server 宿主 VM 之间的 Azure 虚拟网络。因此，当前不支持将 **SQL Server 数据库镜像**用于 Azure 网站。

SQL Server AlwaysOn 可用性组：在 Azure 中将 Azure 网站与 SQL Server VM 配合使用时，可以设置 AlwaysOn 可用性组。但你需要配置 AlwaysOn 可用性组侦听器以通过公共的负载均衡式终结点将通信路由到主副本。| |**跨界连接**|你可以使用 Azure 虚拟网络来连接到本地。|你可以使用 Azure 虚拟网络来连接到本地。|不支持 Azure 虚拟网络。有关详细信息，请参阅 [网站虚拟网络集成](http://azure.microsoft.com/blog/2014/09/15/azure-websites-virtual-network-integration/)。| -|**可缩放性**|可以通过增加虚拟机大小或添加更多磁盘的方式向上缩放。有关虚拟机大小的详细信息，请参阅 [Azure 的虚拟机和云服务大小](/documentation/articles/virtual-machines-size-specs)。

对于数据库服务器：可通过数据库分区技术或 SQL Server AlwaysOn 可用性组向外缩放。

对于很高的读取工作负荷，你可在多个辅助节点上使用 [AlwaysOn 可用性组](https://msdn.microsoft.com/zh-cn/library/hh510230.aspx)，还可使用 SQL Server 复制。

对于很高的写入工作负荷，你可在多个物理服务器上实施水平分区数据，以便进行应用程序向外缩放。

此外，你还可以使用[具有数据相关的路由的 SQL Server](https://technet.microsoft.com/zh-cn/library/cc966448.aspx) 实现向外缩放。使用数据相关的路由 (DDR) 时，需要在客户端应用程序中实施分区机制（通常是在业务层中），将数据库请求路由到多个 SQL Server 节点。业务层包含有关如何对数据进行分区和哪些节点包含数据的映射。

你可以缩放运行虚拟机的应用程序。有关更多信息，请参阅[如何缩放应用程序](/documentation/articles/cloud-services-how-to-scale)。

重要说明：Azure 中的**自动缩放**功能可让你自动增加或减少应用程序使用的虚拟机。此功能可以保证在高峰期间不会对最终用户体验产生负面影响，并且在需求较低时可以关闭 VM。如果你的云服务包括 SQL Server VM，建议你不要为其设置“自动缩放”选项。原因是自动缩放功能允许 Azure 在该 VM 中的 CPU 使用率高于某个阈值时打开一个虚拟机，并且在 CPU 使用率低于该阈值时关闭一个虚拟机。自动缩放功能对于无状态应用程序（例如 Web 服务器）非常有用，在这种应用程序中，VM 可以在不参考以前状态的情况下管理工作负荷。不过，自动缩放功能对于有状态应用程序（例如 SQL Server）没有用处，在这种应用程序中，只有一个实例允许写入到数据库。|可以使用多个 Web 角色和辅助角色向上缩放。有关 Web 角色和辅助角色的虚拟机大小的详细信息，请参阅[配置云服务大小](/documentation/articles/cloud-services-sizes-specs)。

使用**云服务**时，你可以定义多个角色，以便分配处理并实现应用程序的弹性缩放。每个云服务包括一个或多个 Web 角色和/或辅助角色，每个角色具有自身的应用程序文件和配置。你可以通过增加为角色部署的角色实例（虚拟机）的数量，使云服务向上缩放，或者通过减少角色实例的数量，使云服务向下缩放。有关详细信息，请参阅 [Azure 执行模型](/documentation/articles/fundamentals-application-models)。

可利用[云服务、虚拟机以及虚拟网络服务级别协议](http://www.microsoft.com/download/details.aspx?id=38427)和负载平衡器，通过内置的 Azure 高可用性支持向外缩放。

对于多层应用程序，我们建议你通过 Azure 虚拟网络，将 Web 角色/辅助角色应用程序连接到数据库服务器 VM。此外，Azure 为同一云服务中的 VM 提供负载平衡，将用户请求分散到这些 VM。以这种方式连接的虚拟机可以通过 Azure 数据中心内的本地网络直接相互通信。

你可在管理门户上设置“自动缩放”，还可设置计划时间。有关更多信息，请参阅[如何缩放应用程序](/documentation/articles/cloud-services-how-to-scale)。|**向上缩放和向下缩放**：你可以增大/减少为网站保留的实例 (VM) 的大小。

向外缩放：你可为网站添加更多保留实例 (VM)。

你可在管理门户上设置“自动缩放”，还可设置计划时间。有关详细信息，请参阅[如何缩放网站](/documentation/articles/web-sites-scale)。| +|**可缩放性**|可以通过增加虚拟机大小或添加更多磁盘的方式向上缩放。有关虚拟机大小的详细信息，请参阅 [Azure 的虚拟机和云服务大小](/documentation/articles/virtual-machines-size-specs)。

对于数据库服务器：可通过数据库分区技术或 SQL Server AlwaysOn 可用性组向外缩放。

对于很高的读取工作负荷，你可在多个辅助节点上使用 [AlwaysOn 可用性组](https://msdn.microsoft.com/zh-cn/library/hh510230.aspx)，还可使用 SQL Server 复制。

对于很高的写入工作负荷，你可在多个物理服务器上实施水平分区数据，以便进行应用程序向外缩放。

此外，你还可以使用[具有数据相关的路由的 SQL Server](https://technet.microsoft.com/zh-cn/library/cc966448.aspx) 实现向外缩放。使用数据相关的路由 (DDR) 时，需要在客户端应用程序中实施分区机制（通常是在业务层中），将数据库请求路由到多个 SQL Server 节点。业务层包含有关如何对数据进行分区和哪些节点包含数据的映射。

你可以缩放运行虚拟机的应用程序。有关更多信息，请参阅[如何缩放应用程序](/documentation/articles/cloud-services-how-to-scale)。

重要说明：Azure 中的**自动缩放**功能可让你自动增加或减少应用程序使用的虚拟机。此功能可以保证在高峰期间不会对最终用户体验产生负面影响，并且在需求较低时可以关闭 VM。如果你的云服务包括 SQL Server VM，建议你不要为其设置“自动缩放”选项。原因是自动缩放功能允许 Azure 在该 VM 中的 CPU 使用率高于某个阈值时打开一个虚拟机，并且在 CPU 使用率低于该阈值时关闭一个虚拟机。自动缩放功能对于无状态应用程序（例如 Web 服务器）非常有用，在这种应用程序中，VM 可以在不参考以前状态的情况下管理工作负荷。不过，自动缩放功能对于有状态应用程序（例如 SQL Server）没有用处，在这种应用程序中，只有一个实例允许写入到数据库。|可以使用多个 Web 角色和辅助角色向上缩放。有关 Web 角色和辅助角色的虚拟机大小的详细信息，请参阅[配置云服务大小](/documentation/articles/cloud-services-sizes-specs)。

使用**云服务**时，你可以定义多个角色，以便分配处理并实现应用程序的弹性缩放。每个云服务包括一个或多个 Web 角色和/或辅助角色，每个角色具有自身的应用程序文件和配置。你可以通过增加为角色部署的角色实例（虚拟机）的数量，使云服务向上缩放，或者通过减少角色实例的数量，使云服务向下缩放。有关详细信息，请参阅 [Azure 执行模型](/documentation/articles/fundamentals-application-models)。

可利用[云服务、虚拟机以及虚拟网络服务级别协议](http://www.microsoft.com/download/details.aspx?id=38427)和负载均衡器，通过内置的 Azure 高可用性支持向外缩放。

对于多层应用程序，我们建议你通过 Azure 虚拟网络，将 Web 角色/辅助角色应用程序连接到数据库服务器 VM。此外，Azure 为同一云服务中的 VM 提供负载均衡，将用户请求分散到这些 VM。以这种方式连接的虚拟机可以通过 Azure 数据中心内的本地网络直接相互通信。

你可在管理门户上设置“自动缩放”，还可设置计划时间。有关更多信息，请参阅[如何缩放应用程序](/documentation/articles/cloud-services-how-to-scale)。|**向上缩放和向下缩放**：你可以增大/减少为网站保留的实例 (VM) 的大小。

向外缩放：你可为网站添加更多保留实例 (VM)。

你可在管理门户上设置“自动缩放”，还可设置计划时间。有关详细信息，请参阅[如何缩放网站](/documentation/articles/web-sites-scale)。| 有关如何在这些编辑方法之间进行选择的详细信息，请参阅 [Azure 网站、云服务和 VM：何时使用何种产品？](/documentation/articles/choose-web-site-cloud-service-vm)。 diff --git a/articles/virtual-machines-sql-server-business-intelligence.md b/articles/virtual-machines-sql-server-business-intelligence.md index 12f90299d..58afa2f94 100644 --- a/articles/virtual-machines-sql-server-business-intelligence.md +++ b/articles/virtual-machines-sql-server-business-intelligence.md @@ -401,7 +401,7 @@ Analysis Services 的**默认实例**侦听 TCP 端口 **2383**。在虚拟机 ## 资源 -- 查看在 Azure 虚拟机环境中使用的 Microsoft 服务器软件的支持策略。以下主题概述对 BitLocker、故障转移群集和网络负载平衡等功能的支持。[Microsoft 服务器软件对 Azure 虚拟机的支持](http://support.microsoft.com/kb/2721672)。 +- 查看在 Azure 虚拟机环境中使用的 Microsoft 服务器软件的支持策略。以下主题概述对 BitLocker、故障转移群集和网络负载均衡等功能的支持。[Microsoft 服务器软件对 Azure 虚拟机的支持](http://support.microsoft.com/kb/2721672)。 - [Azure 虚拟机中的 SQL Server 概述](/documentation/articles/virtual-machines-sql-server-infrastructure-services) diff --git a/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener.md b/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener.md index 678004c62..eb299df31 100644 --- a/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener.md +++ b/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener.md @@ -1,6 +1,6 @@ 此外，如果可用性组跨 Azure 区域，则你必须在每个数据中心内对云服务和节点运行该脚本一次。 +12. 将以下 PowerShell 脚本复制到文本编辑器中，并根据你的环境设置变量值（注意，这里为某些参数提供了默认值）。请注意，使用地缘组的现有部署不能添加 ILB。此外，如果可用性组跨 Azure 区域，则你必须在每个数据中心内对云服务和节点运行该脚本一次。 # Define variables $ServiceName = "" # the name of the cloud service that contains the availability group nodes @@ -78,7 +78,7 @@ 13. 设置变量后，将脚本从文本编辑器复制到 Azure PowerShell 会话中运行。如果提示符仍然显示 >>，请再次按 Enter，以确保脚本开始运行。注意： ->[AZURE.NOTE]Azure 管理门户目前不支持内部负载平衡器，因此你在门户中看不到 ILB 或终结点。但是，如果负载平衡器在某个内部 IP 地址上运行，则 **Get-AzureEndpoint** 将返回该地址。否则，将返回 null。 +>[AZURE.NOTE]Azure 管理门户目前不支持内部负载均衡器，因此你在门户中看不到 ILB 或终结点。但是，如果负载均衡器在某个内部 IP 地址上运行，则 **Get-AzureEndpoint** 将返回该地址。否则，将返回 null。 ## 如果需要，请验证是否已安装 KB2854082 @@ -92,7 +92,7 @@ [AZURE.INCLUDE [防火墙](../includes/virtual-machines-ag-listener-create-listener.md)] -10. 对于 ILB，必须使用前面创建的内部负载平衡器 (ILB) 的 IP 地址。在 PowerShell 中使用以下脚本获取此 IP 地址。 +10. 对于 ILB，必须使用前面创建的内部负载均衡器 (ILB) 的 IP 地址。在 PowerShell 中使用以下脚本获取此 IP 地址。 # Define variables $ServiceName="" # the name of the cloud service that contains the AG nodes @@ -114,7 +114,7 @@ 12. 设置变量之后，打开提升的 Windows PowerShell 窗口，然后从文本编辑器复制脚本，并将其粘贴到 Azure PowerShell 会话中运行。如果提示符仍然显示 >>，请再次按 Enter，以确保脚本开始运行。 -13. 在每个 VM 上重复此过程。此脚本将使用云服务的 IP 地址来配置 IP 地址资源，同时设置探测端口等其他参数。在 IP 地址资源联机后，它可以响应我们在本教程前面部分创建的负载平衡终结点在探测端口上的轮询。 +13. 在每个 VM 上重复此过程。此脚本将使用云服务的 IP 地址来配置 IP 地址资源，同时设置探测端口等其他参数。在 IP 地址资源联机后，它可以响应我们在本教程前面部分创建的负载均衡终结点在探测端口上的轮询。 ## 使侦听器联机 diff --git a/articles/virtual-machines-sql-server-configure-public-alwayson-availability-group-listener.md b/articles/virtual-machines-sql-server-configure-public-alwayson-availability-group-listener.md index f58f0422b..038f6f8ec 100644 --- a/articles/virtual-machines-sql-server-configure-public-alwayson-availability-group-listener.md +++ b/articles/virtual-machines-sql-server-configure-public-alwayson-availability-group-listener.md @@ -38,11 +38,11 @@ [AZURE.INCLUDE [ag-listener-accessibility](../includes/virtual-machines-ag-listener-determine-accessibility.md)] -本文重点介绍如何创建使用**外部负载平衡**的侦听器。如果你想要创建专用于虚拟网络的侦听器，请参阅本文的另一个版本，其中提供了设置[使用 ILB 的侦听器](/documentation/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener)的步骤 +本文重点介绍如何创建使用**外部负载均衡**的侦听器。如果你想要创建专用于虚拟网络的侦听器，请参阅本文的另一个版本，其中提供了设置[使用 ILB 的侦听器](/documentation/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener)的步骤 -## 创建支持直接服务器返回的负载平衡 VM 终结点 +## 创建支持直接服务器返回的负载均衡 VM 终结点 -外部负载平衡使用托管 VM 的云服务的公共虚拟 IP 地址。因此，在这种情况下，你不需要创建或配置负载平衡器。 +外部负载均衡使用托管 VM 的云服务的公共虚拟 IP 地址。因此，在这种情况下，你不需要创建或配置负载均衡器。 [AZURE.INCLUDE [load-balanced-endpoints](../includes/virtual-machines-ag-listener-load-balanced-endpoints.md)] @@ -72,7 +72,7 @@ [AZURE.INCLUDE [防火墙](../includes/virtual-machines-ag-listener-create-listener.md)] -1. 对于外部负载平衡，你必须获取包含副本的云服务的公共虚拟 IP 地址。登录到 Azure 门户。导航到包含你的可用性组 VM 的云服务。打开“仪表板”视图。 +1. 对于外部负载均衡，你必须获取包含副本的云服务的公共虚拟 IP 地址。登录到 Azure 门户。导航到包含你的可用性组 VM 的云服务。打开“仪表板”视图。 3. 记下“公共虚拟 IP (VIP)地址”下显示的地址。如果解决方案跨 VNet，请针对包含副本所在 VM 的每个云服务重复此步骤。 @@ -93,7 +93,7 @@ 1. 设置变量之后，打开提升的 Windows PowerShell 窗口，然后从文本编辑器复制脚本，并将其粘贴到 Azure PowerShell 会话中运行。如果提示符仍然显示 >>，请再次按 Enter，以确保脚本开始运行。 -1. 在每个 VM 上重复此过程。此脚本将使用云服务的 IP 地址来配置 IP 地址资源，同时设置探测端口等其他参数。在 IP 地址资源联机后，它可以响应我们在本教程前面部分创建的负载平衡终结点在探测端口上的轮询。 +1. 在每个 VM 上重复此过程。此脚本将使用云服务的 IP 地址来配置 IP 地址资源，同时设置探测端口等其他参数。在 IP 地址资源联机后，它可以响应我们在本教程前面部分创建的负载均衡终结点在探测端口上的轮询。 ## 使侦听器联机 @@ -109,7 +109,7 @@ ## 测试可用性组侦听器（通过 Internet） -若要从虚拟网络外部访问侦听器，你必须使用外部/公共负载平衡（如本主题中所述）而不是 ILB，因为 ILB 只能在同一 VNet 中进行访问。在连接字符串中指定云服务名称。例如，如果你的云服务名为 *mycloudservice*，则 sqlcmd 语句将如下所示： +若要从虚拟网络外部访问侦听器，你必须使用外部/公共负载均衡（如本主题中所述）而不是 ILB，因为 ILB 只能在同一 VNet 中进行访问。在连接字符串中指定云服务名称。例如，如果你的云服务名为 *mycloudservice*，则 sqlcmd 语句将如下所示： sqlcmd -S "mycloudservice.cloudapp.net," -d "" -U "" -P "" -Q "select @@servername, db_name()" -l 15 diff --git a/articles/virtual-machines-sql-server-connectivity.md b/articles/virtual-machines-sql-server-connectivity.md index 34671af5c..86b023dab 100644 --- a/articles/virtual-machines-sql-server-connectivity.md +++ b/articles/virtual-machines-sql-server-connectivity.md @@ -49,7 +49,7 @@ 尽管客户端可通过 Internet 进行连接，但这并不意味着任何人都可以连接到 SQL Server。外部客户端必须有正确的用户名和密码。为了提高安全性，请不要对公共虚拟机终结点使用常用的 1433 端口。如果可能，请考虑在终结点上添加 ACL 以将流量限制为你允许的客户端。有关在终结点上使用 ACL 的说明，请参阅[管理终结点上的 ACL](/documentation/articles/virtual-machines-set-up-endpoints#manage-the-acl-on-an-endpoint)。 ->[AZURE.NOTE]请务必注意，使用这种方法与 SQL Server 进行通信时，所有返回的数据被将视为数据中心的传出流量。这需要按一般的[出站数据传输价格](/pricing/details/data-transfer/)付费。即使在同一 Azure 数据中心内的另一个计算机或云服务中使用这种方法，也是如此，因为流量还是会通过 Azure 的公共负载平衡器。 +>[AZURE.NOTE]请务必注意，使用这种方法与 SQL Server 进行通信时，所有返回的数据被将视为数据中心的传出流量。这需要按一般的[出站数据传输价格](/pricing/details/data-transfer/)付费。即使在同一 Azure 数据中心内的另一个计算机或云服务中使用这种方法，也是如此，因为流量还是会通过 Azure 的公共负载均衡器。 ### 连接到同一虚拟网络中的 SQL Server diff --git a/articles/virtual-machines-sql-server-high-availability-and-disaster-recovery-solutions.md b/articles/virtual-machines-sql-server-high-availability-and-disaster-recovery-solutions.md index 814d57f01..b21660336 100644 --- a/articles/virtual-machines-sql-server-high-availability-and-disaster-recovery-solutions.md +++ b/articles/virtual-machines-sql-server-high-availability-and-disaster-recovery-solutions.md @@ -96,7 +96,7 @@ Azure 中的 DHCP 服务不符合 RFC 标准，可能会导致创建某些 WSFC ### 可用性组侦听器支持 -运行 Windows Server 2008 R2、Windows Server 2012 和 Windows Server 2012 R2 的 Azure VM 支持可用性组侦听器。这种支持的实现，是借助于在 Azure VM 上启用了直接服务器返回 (DSR) 的负载平衡终结点，它们都是可用性组节点。你必须执行特殊的配置步骤，才能让这些侦听器对在 Azure 中运行和本地运行的客户端应用程序都有效。 +运行 Windows Server 2008 R2、Windows Server 2012 和 Windows Server 2012 R2 的 Azure VM 支持可用性组侦听器。这种支持的实现，是借助于在 Azure VM 上启用了直接服务器返回 (DSR) 的负载均衡终结点，它们都是可用性组节点。你必须执行特殊的配置步骤，才能让这些侦听器对在 Azure 中运行和本地运行的客户端应用程序都有效。 客户端必须从未托管 AlwaysOn 可用性组节点的云服务中的计算机连接到侦听器。如果可用性组跨多个 Azure 子网（例如，跨 Azure 区域的部署），则客户端连接字符串必须包含“MultisubnetFailover=True”。这会导致与不同子网中的副本建立并行连接。有关设置侦听器的说明，请参阅[在 Azure 中配置 AlwaysOn 可用性组的 ILB 侦听器](/documentation/articles/virtual-machines-sql-server-configure-ilb-alwayson-availability-group-listener)。 diff --git a/articles/virtual-machines-sql-server-use-premium-storage.md b/articles/virtual-machines-sql-server-use-premium-storage.md index 890c9abf0..b0f11ef6b 100644 --- a/articles/virtual-machines-sql-server-use-premium-storage.md +++ b/articles/virtual-machines-sql-server-use-premium-storage.md @@ -46,7 +46,7 @@ ### 云服务 -在新的云服务中创建 VM 时，只能将 DS* VM 用于高级存储。如果你在 Azure 中使用 SQL Server AlwaysOn，则 AlwaysOn 侦听器将引用与云服务关联的 Azure 内部或外部负载平衡器 IP 地址。本文重点介绍如何在此方案中迁移，同时保持可用性。 +在新的云服务中创建 VM 时，只能将 DS* VM 用于高级存储。如果你在 Azure 中使用 SQL Server AlwaysOn，则 AlwaysOn 侦听器将引用与云服务关联的 Azure 内部或外部负载均衡器 IP 地址。本文重点介绍如何在此方案中迁移，同时保持可用性。 > [AZURE.NOTE]DS* 系列必须是部署到新的云服务的第一个 VM。 @@ -364,9 +364,9 @@ ![DeploymentsUseAlwaysOn][6] -在 Windows Azure 中，只能将一个 IP 地址分配给 VM 上的网络接口卡，因此，为了实现与本地相同的抽象层，Azure 将利用分配给内部/外部负载平衡器 (ILB/ELB) 的 IP 地址。在服务器间共享的 IP 资源将设置为与 ILB/ELB 相同的 IP。此 IP 在 DNS 中发布，客户端流量将通过 ILB/ELB 传递到主 SQL Server 副本。ILB/ELB 知道哪个 SQL Server 为主，因为它使用探测器来探测 AlwaysOn IP 资源。在前面的示例中，它会探测包含 ELB/ILB 引用的终结点的每个节点，做出响应的则是主 SQL Server。 +在 Windows Azure 中，只能将一个 IP 地址分配给 VM 上的网络接口卡，因此，为了实现与本地相同的抽象层，Azure 将利用分配给内部/外部负载均衡器 (ILB/ELB) 的 IP 地址。在服务器间共享的 IP 资源将设置为与 ILB/ELB 相同的 IP。此 IP 在 DNS 中发布，客户端流量将通过 ILB/ELB 传递到主 SQL Server 副本。ILB/ELB 知道哪个 SQL Server 为主，因为它使用探测器来探测 AlwaysOn IP 资源。在前面的示例中，它会探测包含 ELB/ILB 引用的终结点的每个节点，做出响应的则是主 SQL Server。 -> [AZURE.NOTE]ILB 和 ELB 都分配给特定 Azure 云服务，因此 Azure 中的任何云迁移都很可能意味着负载平衡器 IP 将更改。 +> [AZURE.NOTE]ILB 和 ELB 都分配给特定 Azure 云服务，因此 Azure 中的任何云迁移都很可能意味着负载均衡器 IP 将更改。 ### 迁移可以允许停机一段时间的 AlwaysOn 部署 @@ -377,7 +377,7 @@ #### 1.将更多辅助副本添加到现有 AlwaysOn 群集 -一种策略是将更多辅助副本添加到 AlwaysOn 可用性组。你需要将这些辅助副本添加到新的云服务中，并使用新的负载平衡器 IP 更新侦听器。 +一种策略是将更多辅助副本添加到 AlwaysOn 可用性组。你需要将这些辅助副本添加到新的云服务中，并使用新的负载均衡器 IP 更新侦听器。 ##### 停机时间点： @@ -396,7 +396,7 @@ 1. 在使用附加高级存储的新云服务中创建两个新的 SQL Server。 1. 使用 **NORECOVERY** 复制完整备份并进行还原。 1. 复制“用户数据库外”依赖对象，例如登录名等。 -1. 新建内部负载平衡器 (ILB) 或使用外部负载平衡器 (ELB)，然后在这两个新节点上设置负载平衡终结点。 +1. 新建内部负载均衡器 (ILB) 或使用外部负载均衡器 (ELB)，然后在这两个新节点上设置负载均衡终结点。 > [AZURE.NOTE]继续下一步之前，检查所有节点的终结点配置是否正确 1. 禁止用户/应用程序访问 SQL Server（如果使用存储池）。 @@ -459,11 +459,11 @@ ##### 停机时间点 -- 使用负载平衡终结点更新最后一个节点时，会出现停机时间。 +- 使用负载均衡终结点更新最后一个节点时，会出现停机时间。 - 你的客户端重新连接可能会延迟，具体取决于你的客户端/DNS 配置。 - 如果你选择将 AlwaysOn 群集组脱机来换出 IP 地址，则会增加停机时间。可以通过对添加的 IP 地址资源使用 OR 依赖关系和可能的所有者来避免出现这种情况。请参阅[附录](#appendix-migrating-a-multisite-alwayson-cluster-to-premium-storage)的“在同一子网中添加 IP 地址资源”部分。 -> [AZURE.NOTE]如果你想让添加的节点作为 AlwaysOn 故障转移伙伴参与其中，则需要为 Azure 终结点添加对负载平衡集的引用。当你通过运行 **Add-AzureEndpoint** 命令来执行此操作时，当前连接将保持打开，但在更新负载平衡器之前，将无法与侦听器建立新连接。在测试时，看到此现像持续 90 到 120 秒，应该对此进行测试。 +> [AZURE.NOTE]如果你想让添加的节点作为 AlwaysOn 故障转移伙伴参与其中，则需要为 Azure 终结点添加对负载均衡集的引用。当你通过运行 **Add-AzureEndpoint** 命令来执行此操作时，当前连接将保持打开，但在更新负载均衡器之前，将无法与侦听器建立新连接。在测试时，看到此现像持续 90 到 120 秒，应该对此进行测试。 ##### 优点 @@ -547,7 +547,7 @@ ## 附录：将多站点 AlwaysOn 群集迁移到高级存储 -本主题的剩余部分提供将多站点 AlwaysOn 群集转换为高级存储的详细示例。它还将侦听器从使用外部负载平衡器 (ELB) 转换为使用内部负载平衡器 (ILB)。 +本主题的剩余部分提供将多站点 AlwaysOn 群集转换为高级存储的详细示例。它还将侦听器从使用外部负载均衡器 (ELB) 转换为使用内部负载均衡器 (ILB)。 ### 环境 @@ -648,7 +648,7 @@ ##Set RegisterAllProvidersIP Get-ClusterResource $ListenerName| Set-ClusterParameter RegisterAllProvidersIP 1 -在后面的迁移步骤中，你将需要使用引用负载平衡器的已更新 IP 地址更新 AlwaysOn 侦听器，这将涉及删除和添加 IP 地址资源。更新 IP 之后，你需要确保已在 DNS 区域中更新新的 IP 地址并且客户端将更新其本地 DNS 缓存。 +在后面的迁移步骤中，你将需要使用引用负载均衡器的已更新 IP 地址更新 AlwaysOn 侦听器，这将涉及删除和添加 IP 地址资源。更新 IP 之后，你需要确保已在 DNS 区域中更新新的 IP 地址并且客户端将更新其本地 DNS 缓存。 如果你的客户端驻留在不同网络段，并引用不同的 DNS 服务器，则你需要考虑在迁移期间将发生哪些与 DNS 区域传送相关的事件，因为应用程序重新连接时间将至少受到侦听器的任何新 IP 地址的区域传送时间的约束。如果你在此处受到时间约束，则应与 Windows 团队讨论并测试强制增量区域传送，同时还应将 DNS 主机记录设为较小的生存时间 (TTL)，以使客户端更新。有关详细信息，请参阅[增量区域传送](https://technet.microsoft.com/zh-CN/library/cc958973.aspx)和 [Start-DnsServerZoneTransfer](https://technet.microsoft.com/zh-CN/library/jj649917.aspx)。 @@ -853,7 +853,7 @@ #Create VM $vmConfig | New-AzureVM –ServiceName $destcloudsvc –Location $location -VNetName $vnet ## Optional (-ReservedIPName $reservedVIPName) -#### 步骤 13：在新的云服务上创建 ILB，添加负载平衡终结点和 ACL +#### 步骤 13：在新的云服务上创建 ILB，添加负载均衡终结点和 ACL #Check for existing ILB GET-AzureInternalLoadBalancer -ServiceName $destcloudsvc @@ -1080,7 +1080,7 @@ Get-AzureStorageBlobCopyState -Blob "danRegSvcAms-dansqlams1-2014-07-03.vhd" -Co #Create VM $vmConfig | New-AzureVM –ServiceName $destcloudsvc –Location $location -VNetName $vnet -Verbose -#### 步骤 22：添加负载平衡终结点和 ACL +#### 步骤 22：添加负载均衡终结点和 ACL #Endpoints $epname="sqlIntEP" $prot="tcp" diff --git a/articles/virtual-machines-troubleshoot-access-application.md b/articles/virtual-machines-troubleshoot-access-application.md index 9543781de..b6ff18d7e 100644 --- a/articles/virtual-machines-troubleshoot-access-application.md +++ b/articles/virtual-machines-troubleshoot-access-application.md @@ -66,7 +66,7 @@ - 目标虚拟机上的主机防火墙允许入站请求和出站响应流量。 - Azure 虚拟机上运行的入侵检测或网络监视软件允许流量。 - 网络安全组允许流量。 -- 虚拟网络中在测试虚拟机和虚拟机之间的路径运行的单独组件（例如负载平衡器或防火墙）允许流量。 +- 虚拟网络中在测试虚拟机和虚拟机之间的路径运行的单独组件（例如负载均衡器或防火墙）允许流量。 在基于 Windows 的虚拟机上，使用具有高级安全性的 Windows 防火墙确定防火墙规则是否排除应用程序的入站和出站流量。 @@ -85,10 +85,10 @@ - 对于在资源管理器中创建的虚拟机，虚拟机的入站 NAT 规则允许传入流量，尤其是协议（TCP 或 UDP）和公用和专用端口号。 - 网络安全组允许入站请求和出站响应流量。有关详细信息，请参阅[什么是网络安全组 (NSG)？](/documentation/articles/virtual-networks-nsg)。 -如果虚拟机或终结点是负载平衡集的成员，则： +如果虚拟机或终结点是负载均衡集的成员，则： - 验证探测协议（TCP 或 UDP）和端口号是否正确。 -- 如果探测协议和端口与负载平衡集协议和端口不同，则： +- 如果探测协议和端口与负载均衡集协议和端口不同，则： - 验证应用程序是否在探测协议（TCP 或 UDP）和端口号（在目标虚拟机上使用 **netstat –a**）上侦听。 - 目标虚拟机上的主机防火墙允许入站探测请求和出站探测响应流量。 diff --git a/articles/virtual-machines-vms-containers.md b/articles/virtual-machines-vms-containers.md index e8c15aad2..50656307b 100644 --- a/articles/virtual-machines-vms-containers.md +++ b/articles/virtual-machines-vms-containers.md @@ -59,7 +59,7 @@ Azure 提供出色的云解决方案，以虚拟机为基础构建（基于物 在公有云环境（例如 Azure）中尤其如此，你可随时随地租用 VM。你不仅能获得独立且快速的部署和协调工具，还能做出更高效的应用程序基础结构决策。 -例如，当前你可能有一个包含 9 个大规模 Azure VM 的部署，适用于高度可用的分布式应用程序。如果此应用程序的组件可在容器中进行部署，则你可能只能使用 4 个 VM 并将你的应用程序组件部署在 20 个容器内，以实现冗余和负载平衡。 +例如，当前你可能有一个包含 9 个大规模 Azure VM 的部署，适用于高度可用的分布式应用程序。如果此应用程序的组件可在容器中进行部署，则你可能只能使用 4 个 VM 并将你的应用程序组件部署在 20 个容器内，以实现冗余和负载均衡。 当然，这只是一个示例，但是如果你能在自己的方案中做到这一点，那么就能利用更多容器而非更多 Azure VM 来调整以适应用量尖峰，并能比从前更高效地使用剩余的总体 CPU 负载。 @@ -121,7 +121,7 @@ IT 和运营专家还可以从容器与虚拟机的组合中获益。 有多个常用系统可部署整个组的 VM，并在其上安装 Docker（或其他 Linux 容器主机系统）作为可自动化组。有关直接链接，请参阅下文的[容器和工具](#containers-and-vm-technologies)节。有许多系统都或多或少能实现这一点，此列表不能尽录。根据你的技能组合和具体情况，它们可能有用，也可能不发挥作用。 -Docker 有自己的 VM 创建工具集 ([docker-machine](/documentation/articles/virtual-machines-docker-machine)) 和一个负载平衡、docker-container 群集管理工具 ([swarm](/documentation/articles/virtual-machines-docker-swarm))。此外，[Azure Docker VM 扩展程序](https://github.com/Azure/azure-docker-extension/blob/master/README.md)附带了默认的 [`docker-compose`](https://docs.docker.com/compose/) 支持，此功能可在多个容器内部署已配置的应用程序容器。 +Docker 有自己的 VM 创建工具集 ([docker-machine](/documentation/articles/virtual-machines-docker-machine)) 和一个负载均衡、docker-container 群集管理工具 ([swarm](/documentation/articles/virtual-machines-docker-swarm))。此外，[Azure Docker VM 扩展程序](https://github.com/Azure/azure-docker-extension/blob/master/README.md)附带了默认的 [`docker-compose`](https://docs.docker.com/compose/) 支持，此功能可在多个容器内部署已配置的应用程序容器。 另外，你还可以尝试使用 [Mesosphere 的数据中心操作系统 (DCOS)](http://docs.mesosphere.com/install/azurecluster/)。DCOS 基于开放源 [mesos](http://mesos.apache.org/)“分布式系统内核”，有助于你将数据中心视为一个可寻址服务进行处理。DCOS 拥有适合于多个重要系统（[Spark](http://spark.apache.org/) 和 [Kafka](http://kafka.apache.org/) 及其他）的内置程序包，以及 [Marathon](https://mesosphere.github.io/marathon/)（一种容器控制系统）和 [Chronos](https://mesosphere.github.io/chronos/)（一种分布式计划程序）等内置服务。Mesos 是借鉴了从 Twitter、AirBnb 和其他网络级企业学到的经验。 diff --git a/articles/virtual-machines-windows-choices-create-vm.md b/articles/virtual-machines-windows-choices-create-vm.md index e0a18518d..aca8ea703 100644 --- a/articles/virtual-machines-windows-choices-create-vm.md +++ b/articles/virtual-machines-windows-choices-create-vm.md @@ -45,7 +45,7 @@ Azure 门户的图形用户界面是一种试用虚拟机的简便方式，尤 ### Azure 镜像 -这些说明显示如何使用 Azure 镜像来创建已使用网络、负载平衡等选项自定义的虚拟机。请参阅[如何创建运行 Windows 的自定义虚拟机][]。 +这些说明显示如何使用 Azure 镜像来创建已使用网络、负载均衡等选项自定义的虚拟机。请参阅[如何创建运行 Windows 的自定义虚拟机][]。 ### 使用你自己的镜像 diff --git a/articles/virtual-machines-workload-high-availability-LOB-application-phase4.md b/articles/virtual-machines-workload-high-availability-LOB-application-phase4.md index 4cbc55948..d95893311 100644 --- a/articles/virtual-machines-workload-high-availability-LOB-application-phase4.md +++ b/articles/virtual-machines-workload-high-availability-LOB-application-phase4.md @@ -23,7 +23,7 @@ 有两个 web 服务器虚拟机，可以在其上部署 ASP.NET 应用程序或可由 Windows Server 2012 R2 中的 Internet 信息服务 (IIS) 8 托管的旧版应用程序。 -首先，将配置内部负载平衡，以便 Azure 将客户端发到业务线应用程序的流量均匀地分布在两个 web 服务器上。这需要你指定内部负载平衡实例，该实例由名称和它自己的 IP 地址（从你分配给 Azure 虚拟网络的子网地址空间中分配）组成。若要确定为内部负载平衡器选择的 IP 地址是否可用，请在 Azure PowerShell 提示符下使用这些命令。为变量指定值，并删除 < and > 字符。 +首先，将配置内部负载均衡，以便 Azure 将客户端发到业务线应用程序的流量均匀地分布在两个 web 服务器上。这需要你指定内部负载均衡实例，该实例由名称和它自己的 IP 地址（从你分配给 Azure 虚拟网络的子网地址空间中分配）组成。若要确定为内部负载均衡器选择的 IP 地址是否可用，请在 Azure PowerShell 提示符下使用这些命令。为变量指定值，并删除 < and > 字符。 Switch-AzureMode AzureServiceManagement $vnet="
字段名称 字段值 备注
云服务 创建新的云服务 云服务是类似虚拟机的容器计算资源
云服务 DNS 名称 ubuntu-template.chinacloudapp.cn 为计算机提供不可知的负载平衡器名称
云服务 DNS 名称 ubuntu-template.chinacloudapp.cn 为计算机提供不可知的负载均衡器名称
区域/地缘组/虚拟网络 美国西部 选择你的网站从中访问 Cassandra 群集的区域
存储帐户 使用默认值 使用特定区域的默认存储帐户或预先创建的存储帐户
可用性集 无 将此字段留空
" @@ -52,7 +52,7 @@ $lbrule=New-AzureLoadBalancerRuleConfig -Name "WebTraffic" -FrontendIpConfiguration $frontendIP -BackendAddressPool $beAddressPool -Probe $healthProbe -Protocol "TCP" -FrontendPort 80 -BackendPort 80 New-AzureLoadBalancer -ResourceGroupName $rgName -Name "WebServersInAzure" -Location $locName -LoadBalancingRule $lbrule -BackendAddressPool $beAddressPool -Probe $healthProbe -FrontendIpConfiguration $frontendIP -接下来，将 DNS 地址记录添加到你组织的内部 DNS 基础结构中，以便将业务线应用程序的完全限定域名（例如 lobapp.corp.contoso.com）解析为分配给内部负载平衡器的 IP 地址（前面的 Azure PowerShell 命令块中 $privIP 的值）。 +接下来，将 DNS 地址记录添加到你组织的内部 DNS 基础结构中，以便将业务线应用程序的完全限定域名（例如 lobapp.corp.contoso.com）解析为分配给内部负载均衡器的 IP 地址（前面的 Azure PowerShell 命令块中 $privIP 的值）。 接下来，使用以下 PowerShell 命令块为两个 web 服务器创建虚拟机。请注意，此 PowerShell 命令集使用下表中的值： diff --git a/articles/virtual-machines-workload-high-availability-LOB-application-phase5.md b/articles/virtual-machines-workload-high-availability-LOB-application-phase5.md index e507d7b46..73f54c1fd 100644 --- a/articles/virtual-machines-workload-high-availability-LOB-application-phase5.md +++ b/articles/virtual-machines-workload-high-availability-LOB-application-phase5.md @@ -105,9 +105,9 @@ ## 为 AlwaysOn 可用性组配置侦听器 -你可以选择性地为 AlwaysOn 可用性组创建侦听器配置。相关步骤请参阅[教程：AlwaysOn 可用性组的侦听器配置](https://msdn.microsoft.com/zh-cn/library/dn425027.aspx)。这些说明将指导你逐步完成只创建一个侦听器（推荐），并使用内部负载平衡实例的静态 IP 地址。 +你可以选择性地为 AlwaysOn 可用性组创建侦听器配置。相关步骤请参阅[教程：AlwaysOn 可用性组的侦听器配置](https://msdn.microsoft.com/zh-cn/library/dn425027.aspx)。这些说明将指导你逐步完成只创建一个侦听器（推荐），并使用内部负载均衡实例的静态 IP 地址。 -配置侦听器以后，你需要将所有 web 服务器虚拟机配置为使用侦听器而非群集中第一个 SQL Server 的名称。不是使用映射到内部负载平衡实例的虚拟 IP 地址的新 DNS 名称和记录，而是将 web 服务器虚拟机配置为使用 SQL 别名。有关详细信息和步骤，请参阅 [SharePoint 的 SQL 别名](http://blogs.msdn.com/b/priyo/archive/2013/09/13/sql-alias-for-sharepoint.aspx)。 +配置侦听器以后，你需要将所有 web 服务器虚拟机配置为使用侦听器而非群集中第一个 SQL Server 的名称。不是使用映射到内部负载均衡实例的虚拟 IP 地址的新 DNS 名称和记录，而是将 web 服务器虚拟机配置为使用 SQL 别名。有关详细信息和步骤，请参阅 [SharePoint 的 SQL 别名](http://blogs.msdn.com/b/priyo/archive/2013/09/13/sql-alias-for-sharepoint.aspx)。 ## 其他资源 diff --git a/articles/virtual-machines-workload-intranet-sharepoint-phase4.md b/articles/virtual-machines-workload-intranet-sharepoint-phase4.md index e98f5541e..7a9ca161e 100644 --- a/articles/virtual-machines-workload-intranet-sharepoint-phase4.md +++ b/articles/virtual-machines-workload-intranet-sharepoint-phase4.md @@ -134,9 +134,9 @@ 在完成此初始设置后，针对 SharePoint 场功能的更多配置选项将可用。有关详细信息，请参阅[在 Azure 基础结构服务上规划 SharePoint 2013](http://msdn.microsoft.com/zh-cn/library/dn275958.aspx)。 -## 配置内部负载平衡 +## 配置内部负载均衡 -可配置内部负载平衡，使到 SharePoint 场的客户端流量平均分布到两个前端 Web 服务器上。这需要你指定内部负载平衡实例，该实例由名称和它自己的 IP 地址（从子网地址空间中分配）组成。若要确定为内部负载平衡器选择的 IP 地址是否可用，请使用以下 Azure PowerShell 命令： +可配置内部负载均衡，使到 SharePoint 场的客户端流量平均分布到两个前端 Web 服务器上。这需要你指定内部负载均衡实例，该实例由名称和它自己的 IP 地址（从子网地址空间中分配）组成。若要确定为内部负载均衡器选择的 IP 地址是否可用，请使用以下 Azure PowerShell 命令： $vnet="
" $testIP="" @@ -165,7 +165,7 @@ $vmname="
" Get-AzureVM –ServiceName $serviceName –Name $vmname | Add-AzureEndpoint -Name $epname -LBSetName $ilb -Protocol $prot -LocalPort $locport -PublicPort $pubport –DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM -接下来，将 DNS 地址记录添加到你组织的 DNS 基础结构中，以便将 SharePoint 场的完全限定域名（例如 sp.corp.contoso.com）解析为分配给内部负载平衡器实例的 IP 地址（前面的 Azure PowerShell 命令块中 **$IP** 的值）。 +接下来，将 DNS 地址记录添加到你组织的 DNS 基础结构中，以便将 SharePoint 场的完全限定域名（例如 sp.corp.contoso.com）解析为分配给内部负载均衡器实例的 IP 地址（前面的 Azure PowerShell 命令块中 **$IP** 的值）。 这是成功完成此阶段后生成的配置。 diff --git a/articles/virtual-machines-workload-intranet-sharepoint-phase5.md b/articles/virtual-machines-workload-intranet-sharepoint-phase5.md index f94352dd6..7fd87475b 100644 --- a/articles/virtual-machines-workload-intranet-sharepoint-phase5.md +++ b/articles/virtual-machines-workload-intranet-sharepoint-phase5.md @@ -101,7 +101,7 @@ ## 为 AlwaysOn 可用性组配置侦听器 -你可以选择性地为 AlwaysOn 可用性组创建侦听器配置。相关步骤请参阅[教程：AlwaysOn 可用性组的侦听器配置](https://msdn.microsoft.com/zh-cn/library/dn425027.aspx)。你只应创建一个侦听器，并将其配置为使用内部负载平衡实例的虚拟 IP 地址。 +你可以选择性地为 AlwaysOn 可用性组创建侦听器配置。相关步骤请参阅[教程：AlwaysOn 可用性组的侦听器配置](https://msdn.microsoft.com/zh-cn/library/dn425027.aspx)。你只应创建一个侦听器，并将其配置为使用内部负载均衡实例的虚拟 IP 地址。 创建侦听器以后，你需要将所有 SharePoint 虚拟机配置为使用侦听器而非群集中第一个 SQL Server 计算机的名称。请将 SharePoint 虚拟机配置为使用 SQL 别名而非名称。有关详细信息和步骤，请参阅 [SharePoint 的 SQL 别名](http://blogs.msdn.com/b/priyo/archive/2013/09/13/sql-alias-for-sharepoint.aspx)。 diff --git a/articles/virtual-networks-acl.md b/articles/virtual-networks-acl.md index 930f762eb..1237de264 100644 --- a/articles/virtual-networks-acl.md +++ b/articles/virtual-networks-acl.md @@ -85,11 +85,11 @@ ACL 是包含规则列表的对象。当你创建 ACL 并将其应用于虚拟 | 100 | 175\.1.0.1/24 | 80 | 拒绝 | | 200 | 175\.0.0.0/8 | 80 | 允许 | -## 网络 ACL 和负载平衡的集 +## 网络 ACL 和负载均衡的集 -网络 ACL 可在负载平衡集（LB 集）终结点上指定。如果为 LB 集指定了 ACL，则网络 ACL 将应用于该 LB 集中的所有虚拟机。例如，如果使用“端口 80”创建了 LB 集，并且 LB 集包含 3 个 VM，则在一台 VM 的终结点“端口 80”上创建的网络 ACL 将自动应用于其他 VM。 +网络 ACL 可在负载均衡集（LB 集）终结点上指定。如果为 LB 集指定了 ACL，则网络 ACL 将应用于该 LB 集中的所有虚拟机。例如，如果使用“端口 80”创建了 LB 集，并且 LB 集包含 3 个 VM，则在一台 VM 的终结点“端口 80”上创建的网络 ACL 将自动应用于其他 VM。 -![网络 ACL 和负载平衡的集](./media/virtual-networks-acl/IC674733.png) +![网络 ACL 和负载均衡的集](./media/virtual-networks-acl/IC674733.png) ## 后续步骤 diff --git a/articles/virtual-networks-load-balancer-manage-distribution-mode-source-ip.md b/articles/virtual-networks-load-balancer-manage-distribution-mode-source-ip.md index edc029462..e81f6bee0 100644 --- a/articles/virtual-networks-load-balancer-manage-distribution-mode-source-ip.md +++ b/articles/virtual-networks-load-balancer-manage-distribution-mode-source-ip.md @@ -1,6 +1,6 @@ -# 管理虚拟网络：负载平衡器分发模式（源 IP 关联） -**源 IP 关联**（也称为“会话关联”或“客户端 IP 关联”）是一种 Azure 负载平衡器分发模式，它将来自单个客户端的连接绑定到 Azure 托管的单个服务器，而不是将每个客户端连接动态分发到 Azure 托管的不同服务器（默认负载平衡器行为）。 +# 管理虚拟网络：负载均衡器分发模式（源 IP 关联） +**源 IP 关联**（也称为“会话关联”或“客户端 IP 关联”）是一种 Azure 负载均衡器分发模式，它将来自单个客户端的连接绑定到 Azure 托管的单个服务器，而不是将每个客户端连接动态分发到 Azure 托管的不同服务器（默认负载均衡器行为）。 -使用源 IP 关联，Azure 负载平衡器可以配置为使用 2 元组组合（源 IP、目标 IP）或 3 元组组合（源 IP、目标 IP、协议）将流量映射到 Azure 托管的可用服务器池。使用源 IP 关联时，从同一客户端计算机发起的连接由单个 DIP 终结点（Azure 托管的单个服务器）处理。 +使用源 IP 关联，Azure 负载均衡器可以配置为使用 2 元组组合（源 IP、目标 IP）或 3 元组组合（源 IP、目标 IP、协议）将流量映射到 Azure 托管的可用服务器池。使用源 IP 关联时，从同一客户端计算机发起的连接由单个 DIP 终结点（Azure 托管的单个服务器）处理。 ## 服务源 -源 IP 关联解决了以前 [Azure 负载平衡器与 RD 网关 (DOC) 之间的不兼容](http://download.microsoft.com/download/E/A/7/EA75F19F-63F1-401A-8021-13AE2E6D8196/Microsoft%20Azure%20Desktop%20Hosting%20Reference%20Architecture%20Guide-Nov2014.docx)。 +源 IP 关联解决了以前 [Azure 负载均衡器与 RD 网关 (DOC) 之间的不兼容](http://download.microsoft.com/download/E/A/7/EA75F19F-63F1-401A-8021-13AE2E6D8196/Microsoft%20Azure%20Desktop%20Hosting%20Reference%20Architecture%20Guide-Nov2014.docx)。 ## 实现 可以为以下项配置源 IP 关联： * [虚拟机终结点](/documentation/articles/virtual-machines-set-up-endpoints) - + * [Web 角色](http://msdn.microsoft.com/zh-cn/library/azure/ee758711.aspx) * [辅助角色](http://msdn.microsoft.com/zh-cn/library/azure/ee758711.aspx) ## 方案 1. 使用单个云服务的远程桌面网关群集 2. 媒体上载（即，UDP 用于数据，TCP 用于控制） - * 客户端启动与 Azure 托管的负载平衡公共 IP 地址的 TCP 会话。 - * 客户端请求将由负载平衡器定向到某个 DIP；此通道将保持处于活动状态，以监视连接健康状况 - * 客户端启动与 Azure 托管的同一负载平衡公共 IP 地址的 UDP 会话 - * Azure 负载平衡器将请求定向到与 TCP 连接相同的 DIP 终结点 + * 客户端启动与 Azure 托管的负载均衡公共 IP 地址的 TCP 会话。 + * 客户端请求将由负载均衡器定向到某个 DIP；此通道将保持处于活动状态，以监视连接健康状况 + * 客户端启动与 Azure 托管的同一负载均衡公共 IP 地址的 UDP 会话 + * Azure 负载均衡器将请求定向到与 TCP 连接相同的 DIP 终结点 * 客户端将使用更高的 UDP 吞吐量上载媒体，同时通过 TCP 维护控制通道，以保证可靠性 ## 注意事项 -* 如果更改了负载平衡集（即添加或删除虚拟机），客户端通道分布将重新计算；来自现有客户端的新连接可能由不是原来使用的服务器处理 +* 如果更改了负载均衡集（即添加或删除虚拟机），客户端通道分布将重新计算；来自现有客户端的新连接可能由不是原来使用的服务器处理 * 使用源 IP 关联可能会导致跨 Azure 托管的服务器的流量不均匀分布 -* 通过代理路由流量的客户端可能被 Azure 负载平衡器视为单个客户端 +* 通过代理路由流量的客户端可能被 Azure 负载均衡器视为单个客户端 ## PowerShell 示例 为获得最佳结果，请下载[最新版的 Azure PowerShell](https://github.com/Azure/azure-sdk-tools/releases)。 -### 将 Azure 终结点添加到虚拟机并设置负载平衡器分发模式 +### 将 Azure 终结点添加到虚拟机并设置负载均衡器分发模式 Get-AzureVM -ServiceName "mySvc" -Name "MyVM1" | Add-AzureEndpoint -Name "HttpIn" -Protocol "tcp" -PublicPort 80 -LocalPort 8080 –LoadBalancerDistribution “sourceIPâ€�| Update-AzureVM Get-AzureVM -ServiceName "mySvc" -Name "MyVM1" | Add-AzureEndpoint -Name "HttpIn" -Protocol "tcp" -PublicPort 80 -LocalPort 8080 -LoadBalancerDistribution "sourceIP"| Update-AzureVM -LoadBalancerDistribution 可以设置为 sourceIP（用于 2 元组（源 IP、目标 IP）负载平衡）、sourceIPProtocol（用于 3 元组（源 IP、目标 IP、协议）负载平衡）或 none（如果想要默认行为（5 元组负载平衡））。 +LoadBalancerDistribution 可以设置为 sourceIP（用于 2 元组（源 IP、目标 IP）负载均衡）、sourceIPProtocol（用于 3 元组（源 IP、目标 IP、协议）负载均衡）或 none（如果想要默认行为（5 元组负载均衡））。 -### 检索终结点负载平衡器分发模式配置 +### 检索终结点负载均衡器分发模式配置 PS C:\> Get-AzureVM -ServiceName "mySvc" -Name "MyVM" | Get-AzureEndpoint @@ -79,21 +79,21 @@ LoadBalancerDistribution 可以设置为 sourceIP（用于 2 元组（源 IP、 IdleTimeoutInMinutes : 15 LoadBalancerDistribution : sourceIP -如果 LoadBalancerDistribution 元素不存在，则 Azure 负载平衡器使用默认的 5 元组算法 +如果 LoadBalancerDistribution 元素不存在，则 Azure 负载均衡器使用默认的 5 元组算法 -### 在负载平衡终结点集上设置分发模式 +### 在负载均衡终结点集上设置分发模式 Set-AzureLoadBalancedEndpoint -ServiceName "MyService" -LBSetName "LBSet1" -Protocol tcp -LocalPort 80 -ProbeProtocolTCP -ProbePort 8080 -LoadBalancerDistribution "sourceIP" Set-AzureLoadBalancedEndpoint -ServiceName "MyService" -LBSetName "LBSet1" -Protocol tcp -LocalPort 80 -ProbeProtocolTCP -ProbePort 8080 -LoadBalancerDistribution "sourceIP" -如果终结点是负载平衡终结点集的一部分，则必须在负载平衡终结点集上设置分发模式。 +如果终结点是负载均衡终结点集的一部分，则必须在负载均衡终结点集上设置分发模式。 ## 云服务示例 你可以利用 Azure SDK for .NET 来更新云服务 -云服务的终结点设置在 .csdef 中进行。若要更新云服务部署的负载平衡器分发模式，需要进行部署升级。 +云服务的终结点设置在 .csdef 中进行。若要更新云服务部署的负载均衡器分发模式，需要进行部署升级。 下面是终结点设置的 .csdef 更改的示例： @@ -115,9 +115,9 @@ LoadBalancerDistribution 可以设置为 sourceIP（用于 2 元组（源 IP、 ## API 示例 -开发人员可以使用服务管理 API 配置负载平衡器分发。确保添加 x-ms-version 标头并将其设为版本 2014-09-01 或更高版本。 +开发人员可以使用服务管理 API 配置负载均衡器分发。确保添加 x-ms-version 标头并将其设为版本 2014-09-01 或更高版本。 -### 更新部署中指定的负载平衡集配置 +### 更新部署中指定的负载均衡集配置 #### 请求 diff --git a/articles/virtual-networks-load-balancer-manage-idle-timeout.md b/articles/virtual-networks-load-balancer-manage-idle-timeout.md index dd1049c30..0f1a11794 100644 --- a/articles/virtual-networks-load-balancer-manage-idle-timeout.md +++ b/articles/virtual-networks-load-balancer-manage-idle-timeout.md @@ -3,8 +3,8 @@ documentationCenter="dev-center-name" editor="" manager="jefco" - pageTitle="管理：负载平衡器空闲超时" - description="Azure 负载平衡器空闲超时的管理功能" + pageTitle="管理：负载均衡器空闲超时" + description="Azure 负载均衡器空闲超时的管理功能" services="virtual-network" /> @@ -14,9 +14,9 @@ wacn.date="10/17/2015" /> -# 管理虚拟网络：负载平衡器 TCP 空闲超时 +# 管理虚拟网络：负载均衡器 TCP 空闲超时 -**TCP 空闲超时**允许开发人员指定一个确定的阈值，该阈值针对客户端-服务器会话期间出现的与 Azure 负载平衡器相关的非活动状态。TCP 空闲超时值为 4 分钟（Azure 负载平衡器的默认值）意味着，如果在客户端-服务器会话期间出现的与 Azure 负载平衡器相关的非活动状态的持续时间超过 4 分钟，则会关闭连接。 +**TCP 空闲超时**允许开发人员指定一个确定的阈值，该阈值针对客户端-服务器会话期间出现的与 Azure 负载均衡器相关的非活动状态。TCP 空闲超时值为 4 分钟（Azure 负载均衡器的默认值）意味着，如果在客户端-服务器会话期间出现的与 Azure 负载均衡器相关的非活动状态的持续时间超过 4 分钟，则会关闭连接。 当客户端-服务器连接关闭时，客户端应用程序会收到一条类似于下面这样的错误消息：“基础连接已关闭: 应保持活动状态的连接已由服务器关闭”。 @@ -24,14 +24,14 @@ 虽然 TCP Keep-Alive 很有效，但通常不适用于移动应用程序，因为它会消耗移动设备上有限的能源。使用 TCP Keep-Alive 的移动应用程序会更快地耗尽设备电池的能源，因为它会持续地汲取需要在网络上使用的能源。 -Azure 负载平衡器支持对 TCP 空闲超时进行配置，因此支持移动设备方案。对于入站连接，开发人员可以将 TCP 空闲超时设置为 4 到 30 分钟（可配置的 TCP 空闲超时不适用于出站连接）。这样客户端就可以与服务器维持很长时间的会话，即使长时间处于非活动状态也不会断开连接。移动设备上的应用程序仍然可以选择利用 TCP Keep-Alive 技术来保留非活动时间预计会超过 30 分钟的连接，不过在使用这种空闲时间更长的 TCP 空闲超时时，应用程序发出 TCP Keep-Alive 请求的频率要比以前低得多，因此会大大降低移动设备能源的消耗。 +Azure 负载均衡器支持对 TCP 空闲超时进行配置，因此支持移动设备方案。对于入站连接，开发人员可以将 TCP 空闲超时设置为 4 到 30 分钟（可配置的 TCP 空闲超时不适用于出站连接）。这样客户端就可以与服务器维持很长时间的会话，即使长时间处于非活动状态也不会断开连接。移动设备上的应用程序仍然可以选择利用 TCP Keep-Alive 技术来保留非活动时间预计会超过 30 分钟的连接，不过在使用这种空闲时间更长的 TCP 空闲超时时，应用程序发出 TCP Keep-Alive 请求的频率要比以前低得多，因此会大大降低移动设备能源的消耗。 ## 实现 TCP 空闲超时可以针对以下情况进行配置： * [实例级公共 IP](/documentation/articles/virtual-networks-instance-level-public-ip) - + * [虚拟机终结点](/documentation/articles/virtual-machines-set-up-endpoints) * [Web 角色](https://msdn.microsoft.com/zh-cn/library/azure/ee758711.aspx) * [辅助角色](https://msdn.microsoft.com/zh-cn/library/azure/ee758711.aspx) @@ -73,9 +73,9 @@ IdleTimeoutInMinutes 为可选。在未设置的情况下，默认超时为 4 InternalLoadBalancerName : IdleTimeoutInMinutes : 15 -### 在负载平衡终结点集上设置 TCP 超时 +### 在负载均衡终结点集上设置 TCP 超时 -如果终结点是负载平衡终结点集的一部分，则必须在负载平衡终结点集上设置 TCP 超时： +如果终结点是负载均衡终结点集的一部分，则必须在负载均衡终结点集上设置 TCP 超时： Set-AzureLoadBalancedEndpoint -ServiceName "MyService" -LBSetName "LBSet1" -Protocol tcp -LocalPort 80 -ProbeProtocolTCP -ProbePort 8080 -IdleTimeoutInMinutes 15 @@ -106,9 +106,9 @@ IdleTimeoutInMinutes 为可选。在未设置的情况下，默认超时为 4 ## API 示例 -开发人员可以使用服务管理 API 配置负载平衡器分发。请确保添加的 x-ms-version 标头设置为 2014-06-01 或更高版本。 +开发人员可以使用服务管理 API 配置负载均衡器分发。请确保添加的 x-ms-version 标头设置为 2014-06-01 或更高版本。 -### 通过一次部署，在所有虚拟机上更新指定的负载平衡输入终结点的配置 +### 通过一次部署，在所有虚拟机上更新指定的负载均衡输入终结点的配置 #### 请求 diff --git a/articles/virtual-networks-name-resolution-for-vms-and-role-instances.md b/articles/virtual-networks-name-resolution-for-vms-and-role-instances.md index 250ae435c..2820c0546 100644 --- a/articles/virtual-networks-name-resolution-for-vms-and-role-instances.md +++ b/articles/virtual-networks-name-resolution-for-vms-and-role-instances.md @@ -144,7 +144,7 @@ resolv.conf 文件通常是自动生成的，不应进行编辑。添加“optio ## 指定 DNS 服务器 -可以指定 VM 和角色实例使用的多个 DNS 服务器。对于每个 DNS 查询，客户端将首先尝试使用首选 DNS 服务器，并且仅当首选 DNS 服务器没有响应时才尝试使用备用服务器，即 DNS 查询在不同 DNS 服务器间不是负载平衡的。为此，验证是否按照正确顺序为环境列出 DNS 服务器。 +可以指定 VM 和角色实例使用的多个 DNS 服务器。对于每个 DNS 查询，客户端将首先尝试使用首选 DNS 服务器，并且仅当首选 DNS 服务器没有响应时才尝试使用备用服务器，即 DNS 查询在不同 DNS 服务器间不是负载均衡的。为此，验证是否按照正确顺序为环境列出 DNS 服务器。 > [AZURE.NOTE]如果更改已部署的虚拟网络的网络配置文件上的 DNS 设置，则需要重新启动每个 VM，所做的更改才会生效。 diff --git a/articles/virtual-networks-nsg.md b/articles/virtual-networks-nsg.md index af9a5a3b7..471e7e19b 100644 --- a/articles/virtual-networks-nsg.md +++ b/articles/virtual-networks-nsg.md @@ -55,7 +55,7 @@ NSG 包含默认规则。默认规则无法删除，但由于给它们分配的优先级最低，可以用创建的规则来重写它们。默认规则描述平台所推荐的默认设置。正如以下默认规则所阐述的那样，从方向上来说，在 VNet 中发起和结束的流量可以是入站流量，也可以是出站流量。 -虽然出站方向的流量允许连接到 Internet，但默认情况下，入站方向的流量在连接到 Internet 时会被阻止。还有一个的默认规则允许 Azure 的负载平衡器 (LB) 探测 VM 的运行状况。如果 NSG 下的 VM 或 VM 集不参与负载平衡集，你可以重写此规则。 +虽然出站方向的流量允许连接到 Internet，但默认情况下，入站方向的流量在连接到 Internet 时会被阻止。还有一个的默认规则允许 Azure 的负载均衡器 (LB) 探测 VM 的运行状况。如果 NSG 下的 VM 或 VM 集不参与负载均衡集，你可以重写此规则。 默认规则是： @@ -81,7 +81,7 @@ NSG 包含默认规则。默认规则无法删除，但由于给它们分配的 - **VIRTUAL\_NETWORK -** 此默认标记表示你的所有网络地址空间。它包括虚拟网络地址空间（Azure 中的 IP CIDR）以及所有连接的本地地址空间（本地网络）。这还包括 VNet 到 VNet 地址空间。 -- **AZURE\_LOADBALANCER -** 此默认标记表示 Azure 的基础结构负载平衡器。这将转换到 Azure 数据中心 IP，从中进行 Azure 的运行状况探测。仅当与 NSG 关联的 VM 或 VM 集参与负载平衡集的情况下，才需要此项。 +- **AZURE\_LOADBALANCER -** 此默认标记表示 Azure 的基础结构负载均衡器。这将转换到 Azure 数据中心 IP，从中进行 Azure 的运行状况探测。仅当与 NSG 关联的 VM 或 VM 集参与负载均衡集的情况下，才需要此项。 - **INTERNET -** 此默认标记表示虚拟网络外部的 IP 地址空间，可以通过公共 Internet 进行访问。此范围还包括 Azure 拥有的公共 IP 空间。 @@ -116,7 +116,7 @@ NSG 包含默认规则。默认规则无法删除，但由于给它们分配的 ## 设计注意事项 -设计 NSG 时，必须了解 VM 与基础结构服务和 Azure 中托管的 PaaS 服务的通信方式。大多数 Azure PaaS 服务（例如 SQL 数据库和存储器）只能通过面向公用的 Internet 地址访问。同样适用于负载平衡探测。 +设计 NSG 时，必须了解 VM 与基础结构服务和 Azure 中托管的 PaaS 服务的通信方式。大多数 Azure PaaS 服务（例如 SQL 数据库和存储器）只能通过面向公用的 Internet 地址访问。同样适用于负载均衡探测。 Azure 中的一个常见方案是基于这些对象是否需要访问 Internet 对子网中的 VM 和 PaaS 角色进行分离。在这种方案中，子网可能包含需要访问 Azure Paas 服务的 VM 或角色实例，例如 SQL 数据库和存储器，但是，这不需要任何与公共 Internet 的入站或出站通信。 @@ -139,7 +139,7 @@ Azure 中的一个常见方案是基于这些对象是否需要访问 Internet 你还需要考虑下面所列的特殊规则。请确保不要阻止这些规则允许的流量，否则你的基础结构将无法与基本 Azure 服务通信。 -- **主机节点的虚拟 IP：**基本基础结构服务（例如 DHCP、DNS 和运行状况监视）是通过虚拟化主机 IP 地址 168.63.129.16 提供的。此公用 IP 地址属于 Microsoft，并将是唯一的用于所有区域的虚拟化 IP 地址，而且没有其他用途。此 IP 地址映射到托管虚拟机的服务器计算机（主机节点）的物理 IP 地址。主机节点充当 DHCP 中继、DNS 递归解析器，以及进行负载平衡器运行状况探测和计算机运行状况探测的探测源。不应将针对此 IP 地址的通信视为一种攻击。 +- **主机节点的虚拟 IP：**基本基础结构服务（例如 DHCP、DNS 和运行状况监视）是通过虚拟化主机 IP 地址 168.63.129.16 提供的。此公用 IP 地址属于 Microsoft，并将是唯一的用于所有区域的虚拟化 IP 地址，而且没有其他用途。此 IP 地址映射到托管虚拟机的服务器计算机（主机节点）的物理 IP 地址。主机节点充当 DHCP 中继、DNS 递归解析器，以及进行负载均衡器运行状况探测和计算机运行状况探测的探测源。不应将针对此 IP 地址的通信视为一种攻击。 - **许可（密钥管理服务）：**在虚拟机中运行的 Windows 镜像应该获得许可。因此，将会向处理此类查询的密钥管理服务主机服务器发送许可请求。这将始终在出站端口 1688 上进行。 diff --git a/articles/virtual-networks-overview.md b/articles/virtual-networks-overview.md index f0ad911c6..6a19f5b15 100644 --- a/articles/virtual-networks-overview.md +++ b/articles/virtual-networks-overview.md @@ -19,13 +19,13 @@ Azure 虚拟网络 (VNet) 是你自己的网络在云中的表示形式。你可 ![本地网络](./media/virtual-networks-overview/figure01.png) -上图显示了通过路由器连接到公共 Internet 的本地网络。你还可以看到路由器与托管 DNS 服务器和 Web 服务器场的外围网络之间的防火墙。Web 服务器场使用向 Internet 公开的硬件负载平衡器进行负载平衡，并使用内部子网中的资源。内部子网由另一个防火墙与外围网络隔开，并托管 Active Directory 域控制器服务器、数据库服务器和应用程序服务器。 +上图显示了通过路由器连接到公共 Internet 的本地网络。你还可以看到路由器与托管 DNS 服务器和 Web 服务器场的外围网络之间的防火墙。Web 服务器场使用向 Internet 公开的硬件负载均衡器进行负载均衡，并使用内部子网中的资源。内部子网由另一个防火墙与外围网络隔开，并托管 Active Directory 域控制器服务器、数据库服务器和应用程序服务器。 可以在 Azure 中托管同一网络，如下图所示。 ![Azure 虚拟网络](./media/virtual-networks-overview/figure02.png) -请注意 Azure 基础结构如何起着路由器作用，允许从 VNet 访问公共 Internet 而无需进行任何配置。防火墙可由应用于每个单独子网的网络安全组 (NSG) 替代。而物理负载平衡器可由 Azure 中面向 Internet 的负载平衡器和内部负载平衡器替代。 +请注意 Azure 基础结构如何起着路由器作用，允许从 VNet 访问公共 Internet 而无需进行任何配置。防火墙可由应用于每个单独子网的网络安全组 (NSG) 替代。而物理负载均衡器可由 Azure 中面向 Internet 的负载均衡器和内部负载均衡器替代。 ## 虚拟网络 @@ -57,15 +57,15 @@ VNet 为部署到它们的 IaaS VM 和 PaaS 角色的角色实例提供以下服 这些 IP 地址是动态的，意味着它们可以随时更改。你可能希望确保某些服务的 IP 地址始终保持不变。为此，可以保留一个 IP 地址，将设为静态。 -## Azure 负载平衡器 +## Azure 负载均衡器 -在 Azure 中可以使用两种类型的负载平衡器： +在 Azure 中可以使用两种类型的负载均衡器： -- **外部负载平衡器**。可以使用外部负载平衡器为从公共 Internet 访问的 IaaS VM 和 PaaS 角色实例提供高可用性。 +- **外部负载均衡器**。可以使用外部负载均衡器为从公共 Internet 访问的 IaaS VM 和 PaaS 角色实例提供高可用性。 -- **内部负载平衡器**。可以使用内部负载平衡器为从 VNet 中的其他服务访问的 IaaS VM 和 PaaS 角色实例提供高可用性。 +- **内部负载均衡器**。可以使用内部负载均衡器为从 VNet 中的其他服务访问的 IaaS VM 和 PaaS 角色实例提供高可用性。 - + ## 网络安全组 (NSG) @@ -84,7 +84,7 @@ VNet 为部署到它们的 IaaS VM 和 PaaS 角色的角色实例提供以下服 - [创建 VNet](/documentation/articles/virtual-networks-create-a-vnet) 和子网。 - [在 VNet 中创建 VM](/documentation/articles/virtual-machines-windows-tutorial-classic-portal)。 - 了解 [NSG](/documentation/articles/virtual-networks-nsg)。 - + - [保留内部 IP 地址](/documentation/articles/virtual-networks-reserved-private-ip) - [保留公共 IP 地址](/documentation/articles/virtual-networks-reserved-public-ip)。 - 了解[用户定义的路由和 IP 转发](/documentation/articles/virtual-networks-udr-overview)。 diff --git a/articles/web-sites-available-operating-system-functionality.md b/articles/web-sites-available-operating-system-functionality.md index 53df5008c..68f3f1ac1 100644 --- a/articles/web-sites-available-operating-system-functionality.md +++ b/articles/web-sites-available-operating-system-functionality.md @@ -58,7 +58,7 @@ ### 网络驱动器（即 UNC 共享） -网站中有一个独具特色的方面能够简化网站的部署和维护，这就是所有用户内容都存储在一组 UNC 共享中。此模型非常好地映射到具有多个负载平衡服务器的本地 Web 托管环境所用内容存储的公共模式。 +网站中有一个独具特色的方面能够简化网站的部署和维护，这就是所有用户内容都存储在一组 UNC 共享中。此模型非常好地映射到具有多个负载均衡服务器的本地 Web 托管环境所用内容存储的公共模式。 在网站内，每个数据中心都创建了许多 UNC 共享。在每个数据中心针对所有客户的某个百分比的用户内容将分配给各 UNC 共享。此外，针对单个客户订阅的所有文件内容将始终置于相同的 UNC 共享中。 diff --git a/articles/web-sites-create-web-jobs.md b/articles/web-sites-create-web-jobs.md index fddb9e6cc..2f95f5cc7 100644 --- a/articles/web-sites-create-web-jobs.md +++ b/articles/web-sites-create-web-jobs.md @@ -72,7 +72,7 @@ Azure WebJobs SDK 简化了许多 Web 作业编程任务。有关详细信息， 2. 若要启动或停止连续运行的任务，请在列表中选择任务，然后在命令栏中单击“启动”或“停止”。 -> [AZURE.NOTE]如果你的网站在多个实例上运行，则连续运行的任务将在所有实例上运行。按需运行任务和计划任务在 Windows Azure 针对负载平衡所选择的单个实例上运行。 +> [AZURE.NOTE]如果你的网站在多个实例上运行，则连续运行的任务将在所有实例上运行。按需运行任务和计划任务在 Windows Azure 针对负载均衡所选择的单个实例上运行。 > [AZURE.NOTE] >对于连续运行任务，建议你在“配置”页上为网站启用“始终打开”。Always On 功能（在基本和标准模式下可用）可防止网站被卸载，即使网站已空闲一段时间也是如此。如果你的网站始终处于加载状态，则连续运行的任务可能会更可靠地运行。 diff --git a/articles/web-sites-php-enterprise-wordpress.md b/articles/web-sites-php-enterprise-wordpress.md index 5e6fe9402..97fea09c7 100644 --- a/articles/web-sites-php-enterprise-wordpress.md +++ b/articles/web-sites-php-enterprise-wordpress.md @@ -37,7 +37,7 @@ Azure 网站为大规模的关键任务 [WordPress][wordpress] 网站提供了 ###多区域部署 -通过使用 Azure [流量管理器][trafficmanager]，可以在多个地理地区扩展您的 WordPress 网站，同时仅为访客提供一个 URL。所有访客都通过流量管理器进来，然后基于负载平衡配置被路由到某一区域。 +通过使用 Azure [流量管理器][trafficmanager]，可以在多个地理地区扩展您的 WordPress 网站，同时仅为访客提供一个 URL。所有访客都通过流量管理器进来，然后基于负载均衡配置被路由到某一区域。 ![一个托管在多个区域的 Azure 网站，使用 CDBR 高可用性路由器跨区域路由到 MySQL][multi-region-diagram] @@ -71,7 +71,7 @@ Azure 网站为大规模的关键任务 [WordPress][wordpress] 网站提供了 为此，请执行以下操作... | 使用此方法... ------------------------|----------- -**负载平衡站点**或**地理分配站点** | [通过 Azure 流量管理器路由流量][trafficmanager] +**负载均衡站点**或**地理分配站点** | [通过 Azure 流量管理器路由流量][trafficmanager] **备份和还原** | [在 Azure 网站中备份网站][backup]和[在 Azure 网站中存储网站][restore] ####性能 @@ -183,7 +183,7 @@ Azure 网站为大规模的关键任务 [WordPress][wordpress] 网站提供了 **使用 blob 进行存储处理** |

  1. 创建 Azure 存储帐户

  2. 了解如何使用内容分发网络 (CDN) 地理分配 Blob 中存储的数据。

  3. 安装和配置 WordPress 插件的 Azure 存储。

    有关该插件的详细设置和配置信息，请参阅用户指南。

**配置自定义域名** | [在 Azure 网站中配置自定义域名][customdomain] **启用自定义域名的 HTTPS** | [在 Azure 网站中启用网站的 HTTPS][httpscustomdomain] -**负载平衡或地理分配站点** | [通过 Azure 流量管理器路由流量][trafficmanager]。如果您使用自定义域，请参阅[在 Azure 网站中使用自定义域名][customdomain]，了解有关使用含自定义域名的流量管理器的信息 +**负载均衡或地理分配站点** | [通过 Azure 流量管理器路由流量][trafficmanager]。如果您使用自定义域，请参阅[在 Azure 网站中使用自定义域名][customdomain]，了解有关使用含自定义域名的流量管理器的信息 **启用自动化的备份** | [在 Azure 网站中备份网站][backup] **启用诊断日志记录** | [在 Azure 网站中启用网站的诊断日志记录][log] diff --git a/articles/web-sites-traffic-manager-custom-domain-name.md b/articles/web-sites-traffic-manager-custom-domain-name.md index 6da19cec7..e97df6834 100644 --- a/articles/web-sites-traffic-manager-custom-domain-name.md +++ b/articles/web-sites-traffic-manager-custom-domain-name.md @@ -10,7 +10,7 @@ [WACOM.INCLUDE [intro](../includes/custom-dns-web-site-intro-traffic-manager.md)] -本文提供了将自定义域名与通过流量管理器进行负载平衡的 Azure 网站配合使用的一般说明。请查看本文顶端的选项卡上是否列出了你的域注册机构。如果有，请选择该选项卡以了解特定于注册机构的步骤。 +本文提供了将自定义域名与通过流量管理器进行负载均衡的 Azure 网站配合使用的一般说明。请查看本文顶端的选项卡上是否列出了你的域注册机构。如果有，请选择该选项卡以了解特定于注册机构的步骤。 [WACOM.INCLUDE [tmwebsitefooter](../includes/custom-dns-web-site-traffic-manager-notes.md)] diff --git a/articles/web-sites-traffic-manager.md b/articles/web-sites-traffic-manager.md index 9912bb979..c53573a2f 100644 --- a/articles/web-sites-traffic-manager.md +++ b/articles/web-sites-traffic-manager.md @@ -20,8 +20,8 @@ ## 介绍 你可以使用 Azure 流量管理器控制如何将来自 Web 客户端的请求分发到 Azure 网站中的网站。将网站终结点添加到 Azure 流量管理器配置文件后，Azure 流量管理器会跟踪网站的状态（正在运行、已停止或已删除），这样它就能确定那些终结点中有哪些应该接收流量。 -## 负载平衡方法 -Azure 流量管理器使用三种不同的负载平衡方法。以下列表描述了与 Azure 网站相关的这些方法。 +## 负载均衡方法 +Azure 流量管理器使用三种不同的负载均衡方法。以下列表描述了与 Azure 网站相关的这些方法。 * **故障转移**：如果你在不同区域有克隆的网站，可使用此方法配置一个网站来服务所有的 Web 客户端流量，并配置另一区域的另一网站在前一个网站不可用时服务该流量。 @@ -29,10 +29,10 @@ Azure 流量管理器使用三种不同的负载平衡方法。以下列表描 * **性能**：“性能”方法根据到客户端的最短往返行程时间来分布流量。“性能”方法可用于同一区域或不同区域中的网站。 -有关 Azure 流量管理器中负载平衡的详细信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +有关 Azure 流量管理器中负载均衡的详细信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 ##网站和流量管理器配置文件 -若要通过配置来控制网站流量，你需要在 Azure 流量管理器中创建一个使用前述三种负载平衡方法之一的配置文件，然后将要控制其流量的终结点（在此例中是网站）添加到该配置文件。你的网站状态（正在运行、已停止或已删除）会定期传送到该配置文件，这样，Azure 流量管理器就可以相应地确定流量指向。 +若要通过配置来控制网站流量，你需要在 Azure 流量管理器中创建一个使用前述三种负载均衡方法之一的配置文件，然后将要控制其流量的终结点（在此例中是网站）添加到该配置文件。你的网站状态（正在运行、已停止或已删除）会定期传送到该配置文件，这样，Azure 流量管理器就可以相应地确定流量指向。 在通过 Azure 使用 Azure Traffic Manager 时，请记住以下几点： @@ -54,7 +54,7 @@ Azure 流量管理器使用三种不同的负载平衡方法。以下列表描 有关 Azure 流量管理器概念及技术方面的概述，请参阅[流量管理器概述](/documentation/articles/traffic-manager-overview)。 -有关 Azure 流量管理器中负载平衡的详细信息，请参阅[关于流量管理器负载平衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 +有关 Azure 流量管理器中负载均衡的详细信息，请参阅[关于流量管理器负载均衡方法](/documentation/articles/traffic-manager-load-balancing-methods)。 有关将流量管理器用于网站的详细信息，请参阅博客文章[将 Azure 流量管理器用于 Azure 网站](http://blogs.msdn.com/b/waws/archive/2014/03/18/using-windows-azure-traffic-manager-with-waws.aspx)和 [Azure 流量管理器现在可以与 Azure 网站集成](http://azure.microsoft.com/blog/2014/03/27/azure-traffic-manager-can-now-integrate-with-azure-web-sites/)。 diff --git a/includes/app-service-choose-me-content.md b/includes/app-service-choose-me-content.md index 242dd624c..cc8404925 100644 --- a/includes/app-service-choose-me-content.md +++ b/includes/app-service-choose-me-content.md @@ -15,7 +15,7 @@ Azure App Service 允许你选择在包含多个用户所创建的多个应用 入门都很轻松。借助 Azure App Service，用户可以从一系列应用程序、框架和模板中进行选择并在几秒内创建一个网站。然后，他们可以使用最喜欢的开发工具（WebMatrix、Visual Studio、任何其他编辑器）和源控件选项来设置持续集成，并作为一个团队进行开发。依赖于 MySQL 数据库的应用程序可以使用 ClearDB（Microsoft 合作伙伴）为 Azure 提供的 MySQL 服务。 -开发人员可以使用 Azure App Service 创建可缩放的大型网站。该技术支持使用 ASP.NET、PHP、Node.js 和 Python 创建应用程序。例如，应用程序可以使用易贴的会话，而许多现有网站可以不做任何更改移动到此云平台。在 Azure App Service 上构建的网站可随意使用 Azure 的其他方面，例如服务总线、SQL 数据库和 Blob 存储。你还可以在不同 VM 中运行一个应用程序的多个副本，而 Azure App Service 会自动在各 VM 中对请求进行负载平衡。因为新网站实例是在已存在的 VM 中创建的，因此可以非常快速地启动新的应用程序实例；这明显快于等待创建新的 VM。 +开发人员可以使用 Azure App Service 创建可缩放的大型网站。该技术支持使用 ASP.NET、PHP、Node.js 和 Python 创建应用程序。例如，应用程序可以使用易贴的会话，而许多现有网站可以不做任何更改移动到此云平台。在 Azure App Service 上构建的网站可随意使用 Azure 的其他方面，例如服务总线、SQL 数据库和 Blob 存储。你还可以在不同 VM 中运行一个应用程序的多个副本，而 Azure App Service 会自动在各 VM 中对请求进行负载均衡。因为新网站实例是在已存在的 VM 中创建的，因此可以非常快速地启动新的应用程序实例；这明显快于等待创建新的 VM。 如[上图](#appservice_diagram)所示，你可以通过多种方式将代码和其他 Web 内容发布到 Azure App Service 中。你可以使用 FTP、FTPS 或 Microsoft 的 WebDeploy 技术。Azure App Service 还支持从源控件系统发布代码，例如 Git、GitHub、CodePlex、BitBucket、Dropbox、Mercurial、Team Foundation Server 和基于云的 Team Foundation Service。 diff --git a/includes/azure-networking.md b/includes/azure-networking.md index 27397803b..069857003 100644 --- a/includes/azure-networking.md +++ b/includes/azure-networking.md @@ -45,7 +45,7 @@ Azure Traffic Manager 就能解决此问题。图 2 演示了相关原理。 本例中，你的应用程序在分布在四个数据中心中的 VM 上运行：两个在美国，一个在欧洲，一个在亚洲。假设在柏林的一个用户想要访问该应用程序。如果你正在使用 Traffic Manager，就会发生以下情况。 -像往常一样，该用户的系统会查找你的应用程序的 DNS 名称（步骤 1）。此查询将重定向到 Azure DNS 系统（步骤 2），后者随后查找关于此应用程序的 Traffic Manager 策略。每个策略由特定 Azure 应用程序的所有者通过图形界面或 REST API 创建。无论是通过何种方式创建的，该策略都指定了下列三个负载平衡选项之一： +像往常一样，该用户的系统会查找你的应用程序的 DNS 名称（步骤 1）。此查询将重定向到 Azure DNS 系统（步骤 2），后者随后查找关于此应用程序的 Traffic Manager 策略。每个策略由特定 Azure 应用程序的所有者通过图形界面或 REST API 创建。无论是通过何种方式创建的，该策略都指定了下列三个负载均衡选项之一： - **性能：**所有请求都发送到与用户系统之间的延迟最短的数据中心。 - **故障转移：**将所有请求都发送到此策略的创建者所指定的数据中心，除非该数据中心不可用。在这种情况下，将按照策略创建者定义的优先次序将请求定向到其他数据中心。 diff --git a/includes/azure-virtual-network-limits-azure-resource-manager.md b/includes/azure-virtual-network-limits-azure-resource-manager.md index 20ea9e161..d6231b8da 100644 --- a/includes/azure-virtual-network-limits-azure-resource-manager.md +++ b/includes/azure-virtual-network-limits-azure-resource-manager.md @@ -12,19 +12,19 @@ - + - + - + - + diff --git a/includes/azure-virtual-network-limits.md b/includes/azure-virtual-network-limits.md index 0bb41fd6d..a53a9f640 100644 --- a/includes/azure-virtual-network-limits.md +++ b/includes/azure-virtual-network-limits.md @@ -35,10 +35,10 @@ 每个路由表的用户定义的路由数 | 100 公共 IP 地址 (动态) | 60 保留的公共 IP 地址 | 20 -负载平衡器（内部和面向 internet） | 100 -每个负载平衡器的负载平衡器规则数 | 150 -每个负载平衡器的公共前端 IP 数 | 5 -每个负载平衡器的私有前端 IP 数 | 1 +负载均衡器（内部和面向 internet） | 100 +每个负载均衡器的负载均衡器规则数 | 150 +每个负载均衡器的公共前端 IP 数 | 5 +每个负载均衡器的私有前端 IP 数 | 1 应用程序网关数 | 10 如果你需要增加这些限制，请与支持部门联系。 diff --git a/includes/azure-websites-limits.md b/includes/azure-websites-limits.md index 191db81ff..75c7d18ae 100644 --- a/includes/azure-websites-limits.md +++ b/includes/azure-websites-limits.md @@ -99,7 +99,7 @@ - + diff --git a/includes/custom-dns-web-site-intro-notes.md b/includes/custom-dns-web-site-intro-notes.md index a8a7b1ed0..2073d7bba 100644 --- a/includes/custom-dns-web-site-intro-notes.md +++ b/includes/custom-dns-web-site-intro-notes.md @@ -1,5 +1,5 @@ > [AZURE.NOTE] -> **有关使用流量管理器使到网站的流量实现负载平衡的说明**，请使用本文顶部的选择器选择特定于流量管理器的步骤。 +> **有关使用流量管理器使到网站的流量实现负载均衡的说明**，请使用本文顶部的选择器选择特定于流量管理器的步骤。 > > **自定义域名不能用于免费网站**。你必须将网站配置为**共享**、**基本**或**标准**模式，这可能会更改对你的订阅的计费量。有关详细信息，请参阅 网站定价详细信息。 diff --git a/includes/custom-dns-web-site-intro-traffic-manager.md b/includes/custom-dns-web-site-intro-traffic-manager.md index dee3dcf39..6a4290509 100644 --- a/includes/custom-dns-web-site-intro-traffic-manager.md +++ b/includes/custom-dns-web-site-intro-traffic-manager.md @@ -1 +1 @@ -当您使用 Windows Azure Traffic Manager 使到 Azure 网站的流量实现负载平衡时，随后可以使用 Azure 分配的 **\*.trafficmanager.cn** 域名评估该网站。您还可以将自定义域名（例如 www.contoso.com）与您的网站相关联，为您的用户提供更易识别的域名。 +当您使用 Windows Azure Traffic Manager 使到 Azure 网站的流量实现负载均衡时，随后可以使用 Azure 分配的 **\*.trafficmanager.cn** 域名评估该网站。您还可以将自定义域名（例如 www.contoso.com）与您的网站相关联，为您的用户提供更易识别的域名。 diff --git a/includes/custom-dns-web-site-modes-traffic-manager.md b/includes/custom-dns-web-site-modes-traffic-manager.md index 4aec16d1d..5b4afb7f2 100644 --- a/includes/custom-dns-web-site-modes-traffic-manager.md +++ b/includes/custom-dns-web-site-modes-traffic-manager.md @@ -1,3 +1,3 @@ -在由 Traffic Manager 进行负载平衡的网站上设置自定义域名这一做法只适用于标准模式网站。将网站从免费网站模式切换到共享、基本或标准网站模式之前，必须先取消网站订阅已有的支出上限。 +在由 Traffic Manager 进行负载均衡的网站上设置自定义域名这一做法只适用于标准模式网站。将网站从免费网站模式切换到共享、基本或标准网站模式之前，必须先取消网站订阅已有的支出上限。 有关网站模式的详细信息，包括如何更改网站模式，请参阅[如何缩放网站](/documentation/articles/web-sites-scale/)。 diff --git a/includes/custom-dns-web-site-understanding-dns-traffic-manager.md b/includes/custom-dns-web-site-understanding-dns-traffic-manager.md index c01230eb1..f08bcc9f1 100644 --- a/includes/custom-dns-web-site-understanding-dns-traffic-manager.md +++ b/includes/custom-dns-web-site-understanding-dns-traffic-manager.md @@ -14,7 +14,7 @@ DNS 系统基于 *records*。记录将特定的 *name*（例如 **contoso.com** CNAME 记录将 *specific* DNS 名称（例如 **mail.contoso.com** 或 **www.contoso.com**）映射到另一个（规范）域名。对于使用 Traffic Manager 的 Azure 网站；规范域名是您的 Traffic Manager 配置文件的 **<myapp>.trafficmanager.cn** 域名。创建后，CNAME 将为 **<myapp>.trafficmanager.cn** 域名创建一个别名。CNAME 条目将自动解析为您的 **<myapp>.trafficmanager.cn** 的 IP 地址，因此，如果网站的 IP 地址发生更改，您不必采取任何操作。 -一旦流量到达 Traffic Manager，后者随后会使用它为流量配置的负载平衡方法，将该流量路由到您的网站。这对您的网站访问者完全透明。他们将只在浏览器中看到自定义域。 +一旦流量到达 Traffic Manager，后者随后会使用它为流量配置的负载均衡方法，将该流量路由到您的网站。这对您的网站访问者完全透明。他们将只在浏览器中看到自定义域。 > [WACOM.NOTE] 某些域注册机构只允许您在使用 CNAME 记录（例如 **www.contoso.com**）而不是根名称（例如 **contoso.com**）时映射子域。有关 CNAME 记录的详细信息，请参阅由您的注册机构提供的文档、关于 CNAME 记录的 Wikipedia 条目或 IETF 域名 - 实现和规范文档。 diff --git a/includes/custom-dns-web-site.md b/includes/custom-dns-web-site.md index e0f0c2b3b..d6782397a 100644 --- a/includes/custom-dns-web-site.md +++ b/includes/custom-dns-web-site.md @@ -2,7 +2,7 @@ 当创建网站时，Azure 会在 chinacloudsites.cn 域上提供一个友好子域，以便您的用户可以使用以下 URL 访问您的网站，如 http://<mysite>.chinacloudsites.cn. 但是，如果将网站配置为共享或标准模式，则可以将网站映射到您自己的域名。 -另外，您可以使用 Azure Traffic Manager 对您的网站的传入流量实现负载平衡。有关 Traffic Manager 如何作用于网站的详细信息，请参阅[使用 Azure Traffic Manager 控制 Azure 网站流量][trafficmanager]。 +另外，您可以使用 Azure Traffic Manager 对您的网站的传入流量实现负载均衡。有关 Traffic Manager 如何作用于网站的详细信息，请参阅[使用 Azure Traffic Manager 控制 Azure 网站流量][trafficmanager]。 > [WACOM.NOTE] 本任务中的步骤要求您将网站配置为共享或标准模式，这可能会更改对您的订阅的计费量。有关详细信息，请参阅网站定价详细信息。 @@ -30,7 +30,7 @@ A 记录将域（例如 **contoso.com** 或 **www.contoso.com**）、 *or a wild > [WACOM.NOTE] 由于 A 记录映射到静态 IP 地址，因此它无法自动解析网站的 IP 地址的更改。用于 A 记录的 IP 地址是您为网站配置自定义域名设置时提供的；但是，如果您删除并重新创建了网站或者将网站模式改回了免费，则该值可能会更改。 -> [WACOM.NOTE] A 记录不能用于使用 Traffic Manager 的负载平衡。有关详细信息，请参阅[使用 Azure Traffic Manager 控制 Azure 网站流量][trafficmanager]。 +> [WACOM.NOTE] A 记录不能用于使用 Traffic Manager 的负载均衡。有关详细信息，请参阅[使用 Azure Traffic Manager 控制 Azure 网站流量][trafficmanager]。

将网站配置为共享或标准模式

diff --git a/includes/howto-connect-vm-cloud-service.md b/includes/howto-connect-vm-cloud-service.md index 008ca1480..ecef449c7 100644 --- a/includes/howto-connect-vm-cloud-service.md +++ b/includes/howto-connect-vm-cloud-service.md @@ -11,7 +11,7 @@ 当您创建一台虚拟机后，会自动创建一项云服务来包含该虚拟机。您可以在同一云服务下创建多台虚拟机，然后使虚拟机之间能够相互通信，在虚拟机之间进行平衡负载，维护虚拟机的高可用性。 -有关对虚拟机进行负载平衡的更多信息，请参阅[对虚拟机进行负载平衡](/documentation/articles/load-balance-virtual-machines)。有关管理应用程序可用性的更多信息，请参阅[管理虚拟机的可用性](/documentation/articles/manage-availability-virtual-machines)。 +有关对虚拟机进行负载均衡的更多信息，请参阅[对虚拟机进行负载均衡](/documentation/articles/load-balance-virtual-machines)。有关管理应用程序可用性的更多信息，请参阅[管理虚拟机的可用性](/documentation/articles/manage-availability-virtual-machines)。 首先，您将需要创建一台虚拟机和新的云服务，然后在该云服务下将其他虚拟机与第一台虚拟机相连接。 diff --git a/includes/howto-setup-endpoints.md b/includes/howto-setup-endpoints.md index 688873a2e..d33f524d4 100644 --- a/includes/howto-setup-endpoints.md +++ b/includes/howto-setup-endpoints.md @@ -16,7 +16,7 @@ - 专用端口由虚拟机在内部用于侦听终结点上的流量。 -- 公用端口由 Windows Azure 负载平衡器用来与来自外部资源的虚拟机进行通信。创建终结点后，您可使用网络访问控制列表 (ACL) 定义帮助隔离和控制公用端口上的传入流量的规则。有关更多信息，请参见[关于网络访问控制列表](http://go.microsoft.com/fwlink/p/?LinkId=303816)。 +- 公用端口由 Windows Azure 负载均衡器用来与来自外部资源的虚拟机进行通信。创建终结点后，您可使用网络访问控制列表 (ACL) 定义帮助隔离和控制公用端口上的传入流量的规则。有关更多信息，请参见[关于网络访问控制列表](http://go.microsoft.com/fwlink/p/?LinkId=303816)。 通过管理门户创建终结点时，将提供这些终结点的端口和协议的默认值。对于所有其他终结点，将在创建终结点时指定端口和协议。可使用 TCP 或 UDP 协议将资源连接到终结点。TCP 协议包括 HTTP 和 HTTPS 通信。 @@ -34,15 +34,15 @@ 4. 单击“添加”。 - 这将显示“添加终结点”对话框。选择是否将终结点添加到负载平衡集，然后单击箭头以继续。 + 这将显示“添加终结点”对话框。选择是否将终结点添加到负载均衡集，然后单击箭头以继续。 6. 在“名称”中，键入终结点的名称。 7. 在协议中，指定 TCP 或 UDP。 -8. 在“公用端口”和“专用端口”中，键入要使用的端口号。这些端口号可以是不同的。公用端口是来自 Windows Azure 外部的通信的入口点，并供 Windows Azure 负载平衡器使用。您可以使用虚拟机上的专用端口和防火墙规则，从而以适合您的应用程序的方式重定向流量。 +8. 在“公用端口”和“专用端口”中，键入要使用的端口号。这些端口号可以是不同的。公用端口是来自 Windows Azure 外部的通信的入口点，并供 Windows Azure 负载均衡器使用。您可以使用虚拟机上的专用端口和防火墙规则，从而以适合您的应用程序的方式重定向流量。 -9. 如果此终结点是负载平衡集中的第一个终结点，请单击“创建负载平衡集”。然后，在“配置负载平衡集”页上，指定名称、协议和探测详细信息。负载平衡集需要探测，这样才能监视此集的运行状况。有关更多信息，请参见[对虚拟机进行负载平衡](/manage/windows/common-tasks/how-to-load-balance-virtual-machines)。 +9. 如果此终结点是负载均衡集中的第一个终结点，请单击“创建负载均衡集”。然后，在“配置负载均衡集”页上，指定名称、协议和探测详细信息。负载均衡集需要探测，这样才能监视此集的运行状况。有关更多信息，请参见[对虚拟机进行负载均衡](/manage/windows/common-tasks/how-to-load-balance-virtual-machines)。 10. 单击复选标记以创建终结点。 @@ -54,7 +54,7 @@ 按照下列步骤在终结点上添加、修改或删除 ACL。 -**注意**：如果终结点是负载平衡集的一部分，则您对一个终结点上的 ACL 作出的任何更改都适用于此集中的所有终结点。 +**注意**：如果终结点是负载均衡集的一部分，则您对一个终结点上的 ACL 作出的任何更改都适用于此集中的所有终结点。 1. 登录到 [Windows Azure 管理门户](http://manage.windowsazure.com)（如果您尚未这么做）。 diff --git a/includes/hybrid-solutions.md b/includes/hybrid-solutions.md index 4355f5daf..b188f068e 100644 --- a/includes/hybrid-solutions.md +++ b/includes/hybrid-solutions.md @@ -53,7 +53,7 @@ 请注意，可能发生的情况：同一条消息可能被发送两次，可能将其发送给两个不同的接收方。使用服务总线队列的应用程序必须为这种情况做好准备。为了更轻松地进行重复检测，每条消息都拥有一个唯一的 MessageID 属性，无论从队列中读取消息多少次，该属性在默认情况下始终保持不变。 -队列在很多情况下都非常有用。即使两个应用程序没有同时运行，队列也可使这两个应用程序之间相互通信，这对于批处理和移动应用程序尤为方便。当所发送的消息传播给多个接收方时，具有这些接收方的队列还提供自动负载平衡。 +队列在很多情况下都非常有用。即使两个应用程序没有同时运行，队列也可使这两个应用程序之间相互通信，这对于批处理和移动应用程序尤为方便。当所发送的消息传播给多个接收方时，具有这些接收方的队列还提供自动负载均衡。 ## 主题 diff --git a/includes/intro-to-azure.md b/includes/intro-to-azure.md index 196f6bab9..c63b66bf7 100644 --- a/includes/intro-to-azure.md +++ b/includes/intro-to-azure.md @@ -93,7 +93,7 @@ Azure 的 Web 接口名为 [管理门户](http://manage.windowsazure.cn)，允 人们在云中最常做的事情之一是运行网站和网站。虽然 Azure 虚拟机允许此操作，但仍由你负责管理一个或多个 VM 以及基础操作系统。云服务 Web 角色可以执行此操作，但部署和维护它们仍然离不开管理工作。如果你只需要一个由别人代你负责管理工作的网站，该怎么办？ -这正是 Azure 网站的用途。此计算模型使用 Azure 管理门户以及 API 提供托管 Web 环境。你可以将现有网站应用程序原封不动地移动到 Azure 网站，或者直接在云中创建一个新网站。网站开始运行后，你可以动态添加或删除实例，依靠 Azure 网站在实例间对请求进行负载平衡。Azure 网站既提供一个共享选项，使你的网站与其他站点一起在一个虚拟机中运行，也提供让你的网站在自己的虚拟机中运行的标准选项。通过该标准选项，你还可以在需要时增加实例的大小（计算能力）。 +这正是 Azure 网站的用途。此计算模型使用 Azure 管理门户以及 API 提供托管 Web 环境。你可以将现有网站应用程序原封不动地移动到 Azure 网站，或者直接在云中创建一个新网站。网站开始运行后，你可以动态添加或删除实例，依靠 Azure 网站在实例间对请求进行负载均衡。Azure 网站既提供一个共享选项，使你的网站与其他站点一起在一个虚拟机中运行，也提供让你的网站在自己的虚拟机中运行的标准选项。通过该标准选项，你还可以在需要时增加实例的大小（计算能力）。 在开发方面，网站支持使用 .NET、PHP、Node.js、Java 和 Python 以及 SQL 数据库 和 MySQL（来自 Microsoft 合作伙伴 ClearDB）执行关系存储。它还为几个流行的应用程序（包括 WordPress）提供内置支持。其目标是为在公有云中创建网站和网站提供一个低成本、可缩放且广泛适用的平台。 diff --git a/includes/load-balancing-vms.md b/includes/load-balancing-vms.md index ea017269c..f2eb732c1 100644 --- a/includes/load-balancing-vms.md +++ b/includes/load-balancing-vms.md @@ -1,29 +1,29 @@ - + -#Azure 基础结构服务的负载平衡# +#Azure 基础结构服务的负载均衡# -为 Azure 基础结构服务提供两个级别的负载平衡： +为 Azure 基础结构服务提供两个级别的负载均衡： -- **DNS 级别**：使到位于不同数据中心的不同云服务、位于不同数据中心的不同 Azure 网站或外部终结点的流量实现负载平衡。这是通过流量管理器和轮循机制负载平衡方法完成的。 -- **网络级别**：使传入一个云服务的不同虚拟机中的 Internet 流量实现负载平衡，或使一个云服务或虚拟网络中的虚拟机之间的流量实现负载平衡。这是通过 Azure 负载平衡器完成的。 +- **DNS 级别**：使到位于不同数据中心的不同云服务、位于不同数据中心的不同 Azure 网站或外部终结点的流量实现负载均衡。这是通过流量管理器和轮循机制负载均衡方法完成的。 +- **网络级别**：使传入一个云服务的不同虚拟机中的 Internet 流量实现负载均衡，或使一个云服务或虚拟网络中的虚拟机之间的流量实现负载均衡。这是通过 Azure 负载均衡器完成的。 -##使用流量管理器针对云服务和网站实现负载平衡## +##使用流量管理器针对云服务和网站实现负载均衡## 使用 Azure 流量管理器可以控制用户流量到终结点（可能包括云服务、网站、外部站点和其他流量管理器配置文件）的分发过程。流量管理器的工作方式是将智能策略引擎应用到对 Internet 资源域名的域名系统 (DNS) 查询。云服务或网站可以在世界上不同的数据中心中运行。 必须使用 REST 或 Windows PowerShell 将外部终结点或流量管理器配置文件配置为终结点。 -Azure 流量管理器使用三种负载平衡方法来分发流量： +Azure 流量管理器使用三种负载均衡方法来分发流量： - **故障转移**：请在以下情况下使用此方法：您希望对所有流量使用一个主终结点，但希望在主终结点不可用时提供备份。 - **性能**：请在以下情况下使用此方法：您在不同地理位置中具有多个终结点，并且希望请求客户端使用"最靠近的"终结点（因为延迟最低）。 - **轮循机制：**请在以下情况下使用此方法：要将负载分发到位于同一数据中心的一组云服务中，或位于不同数据中心的多个云服务或网站中。 -下图显示了一个用于将流量分发到不同云服务的轮循机制负载平衡方法的示例。 +下图显示了一个用于将流量分发到不同云服务的轮循机制负载均衡方法的示例。 ![loadbalancing](./media/load-balancing-vms/TMSummary.png) @@ -34,25 +34,25 @@ Azure 流量管理器使用三种负载平衡方法来分发流量： 3. 流量管理器将轮循机制列表中云服务的 DNS 名称发送回来。Internet 客户端的 DNS 服务器将该名称解析为 IP 地址，然后将其发送到 Internet 客户端。 4. Internet 客户端与所选的云服务相连接。 -## 针对虚拟机的 Azure 负载平衡 ## +## 针对虚拟机的 Azure 负载均衡 ## 位于同一云服务或虚拟网络中的虚拟机可以使用其专用 IP 地址直接相互通信。该云服务或虚拟网络以外的计算机和服务仅可通过已配置好的终结点与某个云服务或虚拟网络中的虚拟机通信。终结点是公用 IP 地址和端口到 Azure 云服务中的虚拟机或 Web 角色的该专用 IP 地址和端口的映射。 -在名为"负载平衡集"的配置中，Azure 负载平衡器将特定类型的传入流量随机分发到多个虚拟机或服务中。例如，您可将 Web 请求流量负载分配到多个 Web 服务器或 Web 角色。 +在名为"负载均衡集"的配置中，Azure 负载均衡器将特定类型的传入流量随机分发到多个虚拟机或服务中。例如，您可将 Web 请求流量负载分配到多个 Web 服务器或 Web 角色。 -下图显示了公用和专用 TCP 端口 80 的标准（未加密）Web 流量的负载平衡终结点，由三个虚拟机共享。这三个虚拟机位于一个负载平衡集中。 +下图显示了公用和专用 TCP 端口 80 的标准（未加密）Web 流量的负载均衡终结点，由三个虚拟机共享。这三个虚拟机位于一个负载均衡集中。 ![loadbalancing](./media/load-balancing-vms/LoadBalancing.png) -Azure 还可以在云服务或虚拟网络内部实现负载平衡。这称为"内部负载平衡"并可以通过以下方式使用： +Azure 还可以在云服务或虚拟网络内部实现负载均衡。这称为"内部负载均衡"并可以通过以下方式使用： -- 在多层应用程序的不同层（例如，在 Web 层和数据库层之间）的服务器之间实现负载平衡。 -- 使托管在 Azure 中的业务线 (LOB) 应用程序实现负载平衡，而无需额外的负载平衡器硬件或软件。 -- 将本地服务器包含在一组流量已实现负载平衡的计算机中。 +- 在多层应用程序的不同层（例如，在 Web 层和数据库层之间）的服务器之间实现负载均衡。 +- 使托管在 Azure 中的业务线 (LOB) 应用程序实现负载均衡，而无需额外的负载均衡器硬件或软件。 +- 将本地服务器包含在一组流量已实现负载均衡的计算机中。 -与 Azure 负载平衡类似，可以通过配置内部负载平衡集来实现内部负载平衡。 +与 Azure 负载均衡类似，可以通过配置内部负载均衡集来实现内部负载均衡。 -下图的示例显示了在外部/本地虚拟网络的三个虚拟机之中共享的业务线 (LOB) 应用程序的内部负载平衡终结点。 +下图的示例显示了在外部/本地虚拟网络的三个虚拟机之中共享的业务线 (LOB) 应用程序的内部负载均衡终结点。 ![loadbalancing](./media/load-balancing-vms/LOBServers.png) diff --git a/includes/manage-vm-availability.md b/includes/manage-vm-availability.md index 96ea0c9d1..155d5d94b 100644 --- a/includes/manage-vm-availability.md +++ b/includes/manage-vm-availability.md @@ -16,7 +16,7 @@ Windows Azure 定期更新承载应用程序实例的操作系统。在应用更新时，虚拟机将关闭。更新域用来确保不是所有虚拟机实例都在同一时间更新。当您将多台虚拟机分配到某个可用性集时，Windows Azure 可确保这些虚拟机将分配到不同的更新域。上图显示两台运行 Internet Information Services (IIS) 的虚拟机位于不同的更新域中，两台运行 SQL Server 的虚拟机也位于不同的更新域中。 -应结合使用可用性集和负载平衡终结点，以帮助确保应用程序始终可用并且高效运行。有关使用负载平衡终结点的更多信息，请参见[对虚拟机进行负载平衡][]。 +应结合使用可用性集和负载均衡终结点，以帮助确保应用程序始终可用并且高效运行。有关使用负载均衡终结点的更多信息，请参见[对虚拟机进行负载均衡][]。 此任务包括下列步骤： @@ -178,6 +178,6 @@ Windows Azure 定期更新承载应用程序实例的操作系统。在应用更 -[对虚拟机进行负载平衡]: /documentation/articles/load-balance-virtual-machines +[对虚拟机进行负载均衡]: /documentation/articles/load-balance-virtual-machines [关于虚拟网络的地缘组]:https://msdn.microsoft.com/zh-CN/library/windowsazure/jj156085.aspx [如何连接云服务中的虚拟机]: /documentation/articles/virtual-machines-connect-cloud-service diff --git a/includes/service-bus-event-hubs-get-started-receive-ephcs.md b/includes/service-bus-event-hubs-get-started-receive-ephcs.md index ce29bb2ad..0d4092e49 100644 --- a/includes/service-bus-event-hubs-get-started-receive-ephcs.md +++ b/includes/service-bus-event-hubs-get-started-receive-ephcs.md @@ -106,7 +106,7 @@ Console.WriteLine("Receiving. Press enter key to stop worker."); Console.ReadLine(); -> [AZURE.NOTE] 本教程使用了一个 [EventProcessorHost] 实例。若要增加吞吐量，建议运行多个 [EventProcessorHost] 实例，如[经过扩展的事件处理示例]中所示。在这些情况下，为了对接收到的事件进行负载平衡，各个不同实例会自动相互协调。如果希望多个接收方都各自处理 *all* 事件，则必须使用 **ConsumerGroup** 概念。在从不同计算机中接收事件时，根据部署 [EventProcessorHost] 实例的计算机（或角色）来指定该实例的名称可能会很有用。有关这些主题的详细信息，请参阅[事件中心概述]。 +> [AZURE.NOTE] 本教程使用了一个 [EventProcessorHost] 实例。若要增加吞吐量，建议运行多个 [EventProcessorHost] 实例，如[经过扩展的事件处理示例]中所示。在这些情况下，为了对接收到的事件进行负载均衡，各个不同实例会自动相互协调。如果希望多个接收方都各自处理 *all* 事件，则必须使用 **ConsumerGroup** 概念。在从不同计算机中接收事件时，根据部署 [EventProcessorHost] 实例的计算机（或角色）来指定该实例的名称可能会很有用。有关这些主题的详细信息，请参阅[事件中心概述]。 [事件中心概述]: https://azure.microsoft.com/zh-cn/documentation/articles/event-hubs-overview/ diff --git a/includes/virtual-machines-ag-listener-determine-accessibility.md b/includes/virtual-machines-ag-listener-determine-accessibility.md index 7ce32a495..3dfbcbf00 100644 --- a/includes/virtual-machines-ag-listener-determine-accessibility.md +++ b/includes/virtual-machines-ag-listener-determine-accessibility.md @@ -1,12 +1,12 @@ -必须认识到有两种方法可以在 Azure 中配置可用性组侦听器。这些方法在创建侦听器时使用的 Azure 负载平衡器的类型方面有所不同。下表描述了差异： +必须认识到有两种方法可以在 Azure 中配置可用性组侦听器。这些方法在创建侦听器时使用的 Azure 负载均衡器的类型方面有所不同。下表描述了差异： -| 负载平衡器 | 实现 | 使用条件如下： | +| 负载均衡器 | 实现 | 使用条件如下： | | ------------- | -------------- | ----------- | | 外部 | 使用托管虚拟机的云服务的“公用虚拟 IP 地址”。 | 你需要从虚拟网络外部访问侦听器，包括从 Internet 访问。 | -| 内部 | 使用侦听器专用地址的“内部负载平衡 (ILB)”。 | 你只能从同一个虚拟网络中访问侦听器。这包括混合方案中的站点到站点 VPN。 | +| 内部 | 使用侦听器专用地址的“内部负载均衡 (ILB)”。 | 你只能从同一个虚拟网络中访问侦听器。这包括混合方案中的站点到站点 VPN。 | ->[AZURE.IMPORTANT]对于使用云服务公用 VIP（外部负载平衡器）的侦听器，通过侦听器返回的任何数据均被视为传出，并按照 Azure 中的普通数据传输速率收费。即使客户端位于同一虚拟网络并且数据中心用作侦听器和数据库，也是如此。如果侦听器使用 ILB，则不适用。 +>[AZURE.IMPORTANT]对于使用云服务公用 VIP（外部负载均衡器）的侦听器，通过侦听器返回的任何数据均被视为传出，并按照 Azure 中的普通数据传输速率收费。即使客户端位于同一虚拟网络并且数据中心用作侦听器和数据库，也是如此。如果侦听器使用 ILB，则不适用。 -ILB 只能在具有区域范围的虚拟网络上配置。已配置关联组的现有虚拟网络无法使用 ILB。有关详细信息，请参阅内部负载平衡器)。 +ILB 只能在具有区域范围的虚拟网络上配置。已配置关联组的现有虚拟网络无法使用 ILB。有关详细信息，请参阅内部负载均衡器)。 \ No newline at end of file diff --git a/includes/virtual-machines-ag-listener-load-balanced-endpoints.md b/includes/virtual-machines-ag-listener-load-balanced-endpoints.md index 196eddccc..c657daa21 100644 --- a/includes/virtual-machines-ag-listener-load-balanced-endpoints.md +++ b/includes/virtual-machines-ag-listener-load-balanced-endpoints.md @@ -1,4 +1,4 @@ -你必须为每个托管 Azure 副本的 VM 创建一个负载平衡的终结点。如果你在多个区域中拥有副本，该区域的每个副本必须位于同一个 VNet 的同一个云服务中。跨越多个 Azure 区域创建可用性组副本需要配置多个 Vnet。有关配置跨 VNet 连接的详细信息，请参阅[配置 VNet 到 VNet 连接](/documentation/articles/virtual-networks-configure-vnet-to-vnet-connection)。 +你必须为每个托管 Azure 副本的 VM 创建一个负载均衡的终结点。如果你在多个区域中拥有副本，该区域的每个副本必须位于同一个 VNet 的同一个云服务中。跨越多个 Azure 区域创建可用性组副本需要配置多个 Vnet。有关配置跨 VNet 连接的详细信息，请参阅[配置 VNet 到 VNet 连接](/documentation/articles/virtual-networks-configure-vnet-to-vnet-connection)。 1. 在 Azure 门户中，导航到托管副本的每个 VM 并查看详细信息。 diff --git a/includes/virtual-machines-ag-listener-open-firewall.md b/includes/virtual-machines-ag-listener-open-firewall.md index 2df8a4f13..ada2709b3 100644 --- a/includes/virtual-machines-ag-listener-open-firewall.md +++ b/includes/virtual-machines-ag-listener-open-firewall.md @@ -1,4 +1,4 @@ -在此步骤中，你创建一个防火墙规则以打开负载平衡终结点的探测端口（同样采用之前指定的 59999）和另一规则来打开可用性组侦听器端口。由于你在包含可用性组副本的 Azure 虚拟机上创建了负载平衡的终结点，你需要打开相应 Azure 虚拟机上的探测端口和侦听器端口。 +在此步骤中，你创建一个防火墙规则以打开负载均衡终结点的探测端口（同样采用之前指定的 59999）和另一规则来打开可用性组侦听器端口。由于你在包含可用性组副本的 Azure 虚拟机上创建了负载均衡的终结点，你需要打开相应 Azure 虚拟机上的探测端口和侦听器端口。 1. 在托管副本的虚拟机上，启动“具有高级安全性的 Windows 防火墙”。 diff --git a/includes/virtual-networks-nrp-appgw-include.md b/includes/virtual-networks-nrp-appgw-include.md index eacef9553..f3694682d 100644 --- a/includes/virtual-networks-nrp-appgw-include.md +++ b/includes/virtual-networks-nrp-appgw-include.md @@ -1,6 +1,6 @@ ## 应用程序网关 -应用程序网关提供基于第 7 层负载平衡的 Azure 托管 HTTP 负载平衡解决方案。应用程序负载平衡允许对基于 HTTP 的网络流量使用路由规则。 +应用程序网关提供基于第 7 层负载均衡的 Azure 托管 HTTP 负载均衡解决方案。应用程序负载均衡允许对基于 HTTP 的网络流量使用路由规则。 应用程序网关包含以下子资源： diff --git a/includes/virtual-networks-nrp-lb-include.md b/includes/virtual-networks-nrp-lb-include.md index b1e4dfb11..dc05a7c4d 100644 --- a/includes/virtual-networks-nrp-lb-include.md +++ b/includes/virtual-networks-nrp-lb-include.md @@ -1,13 +1,13 @@ -## 负载平衡器 -如果想要缩放应用程序，可以使用负载平衡器。典型的部署方案包括多个 VM 实例上运行的应用程序。VM 实例的前面是帮助将网络流量分配到各个实例的负载平衡器。 +## 负载均衡器 +如果想要缩放应用程序，可以使用负载均衡器。典型的部署方案包括多个 VM 实例上运行的应用程序。VM 实例的前面是帮助将网络流量分配到各个实例的负载均衡器。 ![单个 VM 上的 NIC](./media/resource-groups-networking/Figure5.png) -负载平衡器包含以下子资源： +负载均衡器包含以下子资源： -- **前端 IP 配置** – 一个负载平衡器可以包含一个或多个前端 IP 地址，也称为虚拟 IP (VIP)。这些 IP 地址充当流量的入口。 +- **前端 IP 配置** – 一个负载均衡器可以包含一个或多个前端 IP 地址，也称为虚拟 IP (VIP)。这些 IP 地址充当流量的入口。 - **后端地址池** – 这是与负载要分配到的 VM NIC 关联的 IP 地址。 -- **负载平衡规则** – 规则属性将给定的前端 IP 和端口组合映射到一组后端 IP 地址和端口组合。只需定义一个负载平衡器资源，就能定义多个负载平衡规则，每个规则反映与 VM 关联的前端 IP 与端口以及后端 IP 与端口的组合。 +- **负载均衡规则** – 规则属性将给定的前端 IP 和端口组合映射到一组后端 IP 地址和端口组合。只需定义一个负载均衡器资源，就能定义多个负载均衡规则，每个规则反映与 VM 关联的前端 IP 与端口以及后端 IP 与端口的组合。 - **探测** – 使用探测可以跟踪 VM 实例的运行状况。如果运行状况探测失败，VM 实例将自动从轮转列表中删除。 - **入站 NAT 规则** – NAT 规则定义流过前端 IP 并分配到后端 IP 的入站流量。 diff --git a/includes/virtual-networks-nrp-nic-include.md b/includes/virtual-networks-nrp-nic-include.md index ba99e6063..4717c3bdf 100644 --- a/includes/virtual-networks-nrp-nic-include.md +++ b/includes/virtual-networks-nrp-nic-include.md @@ -1,6 +1,6 @@ ## NIC -网络接口卡 (NIC) 资源提供与虚拟网络资源中现有子网的网络连接。尽管可以将 NIC 作为独立对象来创建，但你需要将其关联到另一个对象才能实际提供连接。NIC 可以用于将 VM 连接到一个子网、公共 IP 地址或负载平衡器。 +网络接口卡 (NIC) 资源提供与虚拟网络资源中现有子网的网络连接。尽管可以将 NIC 作为独立对象来创建，但你需要将其关联到另一个对象才能实际提供连接。NIC 可以用于将 VM 连接到一个子网、公共 IP 地址或负载均衡器。 |属性|说明|示例值| |---|---|---| @@ -25,7 +25,7 @@ NIC 具有一个名为 **ipConfigurations** 的子对象，包含以下属性： |**primary**|NIC 是否是 VM 的主 NIC|true 或 false| |**publicIPAddress**|与 NIC 关联的 PIP|请参阅 [DNS 设置](#DNS-settings)| |**loadBalancerBackendAddressPools**|与 NIC 关联的后端地址池|| -|**loadBalancerInboundNatRules**|与 NIC 关联的入站负载平衡器 NAT 规则|| +|**loadBalancerInboundNatRules**|与 NIC 关联的入站负载均衡器 NAT 规则|| 采用 JSON 格式的示例公共 IP 地址： diff --git a/includes/virtual-networks-nrp-pip-include.md b/includes/virtual-networks-nrp-pip-include.md index 3a877fd9c..51515dcc8 100644 --- a/includes/virtual-networks-nrp-pip-include.md +++ b/includes/virtual-networks-nrp-pip-include.md @@ -1,5 +1,5 @@ ## 公共 IP 地址 -公共 IP 地址提供保留的或面向 Internet 的动态 IP 地址资源。尽管可以创建作为独立对象的公共 IP 地址，但你需要将其关联到另一个对象才能实际使用该地址。你可以将公共 IP 地址关联到负载平衡器、应用程序网关或 NIC 以提供对这些资源的 Internet 访问。 +公共 IP 地址提供保留的或面向 Internet 的动态 IP 地址资源。尽管可以创建作为独立对象的公共 IP 地址，但你需要将其关联到另一个对象才能实际使用该地址。你可以将公共 IP 地址关联到负载均衡器、应用程序网关或 NIC 以提供对这些资源的 Internet 访问。 |属性|说明|示例值| |---|---|---| diff --git a/includes/virtual-networks-vnet-faq-include.md b/includes/virtual-networks-vnet-faq-include.md index 15cdbf602..c80803d79 100644 --- a/includes/virtual-networks-vnet-faq-include.md +++ b/includes/virtual-networks-vnet-faq-include.md @@ -167,7 +167,7 @@ Azure 提供的 DNS 是由 Microsoft 提供的多租户 DNS 服务。在此服 - 内部 IP 地址是由 DHCP 分配到 VNet 中每台 VM 的 IP 地址。它不是面向公众的。如果已经创建 VNet，内部 IP 地址则通过 VNet 的子网设置中指定的范围进行分配。如果还没有 VNet，仍会分配内部 IP 地址。内部 IP 地址在生存期内仍属于 VM，除非 VM 被释放。 -- 公共 VIP 是分配到云服务或负载平衡器的公共 IP 地址。不会将其直接分配到 VM NIC。VIP 保留在分配到的云服务中，直到该云服务中的所有 VM 被释放或删除。此时，VIP 将释放。 +- 公共 VIP 是分配到云服务或负载均衡器的公共 IP 地址。不会将其直接分配到 VM NIC。VIP 保留在分配到的云服务中，直到该云服务中的所有 VM 被释放或删除。此时，VIP 将释放。 ### 我的 VM 将接收哪个 IP 地址？ diff --git a/services/cloud-services.md b/services/cloud-services.md index bbd7b053e..036c6337d 100644 --- a/services/cloud-services.md +++ b/services/cloud-services.md @@ -1,4 +1,4 @@ - + Date: Fri, 18 Dec 2015 11:19:29 +0800 Subject: [PATCH 4/5] Change provisioning in Chinese --- articles/hdinsight-provision-clusters-v1.md | 2 +- articles/hdinsight-provision-clusters.md | 2 +- articles/sql-database-security-guidelines.md | 2 +- articles/virtual-machines-linux-agent-user-guide.md | 4 ++-- articles/virtual-machines-linux-introduction.md | 2 +- articles/virtual-machines-redis-template.md | 2 +- .../virtual-machines-sql-server-infrastructure-services.md | 2 +- 7 files changed, 8 insertions(+), 8 deletions(-) diff --git a/articles/hdinsight-provision-clusters-v1.md b/articles/hdinsight-provision-clusters-v1.md index ce7cd660d..8c28563b7 100644 --- a/articles/hdinsight-provision-clusters-v1.md +++ b/articles/hdinsight-provision-clusters-v1.md @@ -108,7 +108,7 @@ - **HDInsight 用户** - HDInsight 群集允许你在预配期间配置两个用户帐户： + HDInsight 群集允许你在初始化配置阶段配置两个用户帐户： - HTTP 用户。默认用户名是在 Azure 门户上使用基本配置创建的 admin。 - RDP 用户（Windows 群集）：用于通过 RDP 连接到群集。在创建帐户时，必须将过期日期设置为从当天算起的 90 天。 diff --git a/articles/hdinsight-provision-clusters.md b/articles/hdinsight-provision-clusters.md index 5cf9c102a..c6ef37274 100644 --- a/articles/hdinsight-provision-clusters.md +++ b/articles/hdinsight-provision-clusters.md @@ -111,7 +111,7 @@ - **HDInsight 用户** - HDInsight 群集允许你在预配期间配置两个用户帐户： + HDInsight 群集允许你在初始化配置阶段配置两个用户帐户： - HTTP 用户。默认用户名是在 Azure 管理门户上使用基本配置创建的 admin。 - RDP 用户（Windows 群集）：用于通过 RDP 连接到群集。在创建帐户时，必须将过期日期设置为从当天算起的 90 天。 diff --git a/articles/sql-database-security-guidelines.md b/articles/sql-database-security-guidelines.md index 3f66f2c9b..a6af4f76e 100644 --- a/articles/sql-database-security-guidelines.md +++ b/articles/sql-database-security-guidelines.md @@ -60,7 +60,7 @@ SQL 数据库仅支持 SQL Server 身份验证。不支持 Windows 身份验证 - 不能更改或删除 master 数据库中与服务器级别主体登录名相对应的数据库用户。 - 尽管服务器级别主体登录名不是 **dbmanager** 数据库中两个数据库角色 **loginmanager** 和 **master** 的成员，但它具有向这两个角色授予的所有权限。 -> [AZURE.NOTE]此登录名在服务器预配期间创建并且类似于 SQL Server 实例中的 **sa** 登录名。 +> [AZURE.NOTE]此登录名在服务器初始化配置阶段创建并且类似于 SQL Server 实例中的 **sa** 登录名。 对于所有登录名，以下限制均适用： diff --git a/articles/virtual-machines-linux-agent-user-guide.md b/articles/virtual-machines-linux-agent-user-guide.md index 7817fcfb2..9a303a222 100644 --- a/articles/virtual-machines-linux-agent-user-guide.md +++ b/articles/virtual-machines-linux-agent-user-guide.md @@ -324,11 +324,11 @@ Linux 代理的正常运行依赖一些系统程序包： - **ResourceDisk.EnableSwap** - **ResourceDisk.SwapSizeMB** -- 请参阅以下资源来配置资源磁盘装入点，并在预配期间交换 Ubuntu 云镜像上的空间： +- 请参阅以下资源来配置资源磁盘装入点，并在初始化配置阶段交换 Ubuntu 云镜像上的空间： - [Ubuntu Wiki：配置交换分区](http://go.microsoft.com/fwlink/?LinkID=532955&clcid=0x409) - [将自定义数据注入到 Azure 虚拟机中](/documentation/articles/virtual-machines-how-to-inject-custom-data) - \ No newline at end of file + diff --git a/articles/virtual-machines-linux-introduction.md b/articles/virtual-machines-linux-introduction.md index fa0218552..5e6aa2c48 100644 --- a/articles/virtual-machines-linux-introduction.md +++ b/articles/virtual-machines-linux-introduction.md @@ -71,7 +71,7 @@ Azure Linux 代理包含自动检测此名称更改的功能，并会相应地 利用 Azure，可以将现有虚拟机的状态捕获到镜像中，该镜像随后可用于部署其他虚拟机实例。Azure Linux 代理可用于回滚在设置过程中执行的某些自定义。您可以按照下面的步骤操作来将虚拟机作为镜像捕获： -1. 运行 **waagent -deprovision** 以撤消预配自定义项。或（可选）运行 **waagent -deprovision+user** 以删除预配期间指定的用户帐户和所有关联的数据。 +1. 运行 **waagent -deprovision** 以撤消预配自定义项。或（可选）运行 **waagent -deprovision+user** 以删除初始化配置阶段指定的用户帐户和所有关联的数据。 2. 关闭虚拟机。 diff --git a/articles/virtual-machines-redis-template.md b/articles/virtual-machines-redis-template.md index debaa338d..72d3ec6ec 100644 --- a/articles/virtual-machines-redis-template.md +++ b/articles/virtual-machines-redis-template.md @@ -338,7 +338,7 @@ New-AzureResourceGroupDeployment -Name $deployName -ResourceGroupName $RGName -T 3.0.0 -c 3 -m 3 -s 0 -p 10.0.0.1 -l ... -部署期间以及部署之后，你可以检查预配期间发出的所有要求，包括发生的任何错误。 +部署期间以及部署之后，你可以检查初始化配置阶段发出的所有要求，包括发生的任何错误。 为此，请转到 [Azure 门户](https://manage.windowsazure.cn)并执行以下操作： diff --git a/articles/virtual-machines-sql-server-infrastructure-services.md b/articles/virtual-machines-sql-server-infrastructure-services.md index 54a44417c..e9be7c6ea 100644 --- a/articles/virtual-machines-sql-server-infrastructure-services.md +++ b/articles/virtual-machines-sql-server-infrastructure-services.md @@ -83,7 +83,7 @@ |---|---| |远程桌面|已为管理员帐户启用| |Windows 更新|Enabled| -|用户帐户|默认情况下，在预配期间指定的用户帐户是本地 Administrators 组的成员。此管理员帐户也是 SQL Server sysadmin 服务器角色的成员| +|用户帐户|默认情况下，在初始化配置阶段指定的用户帐户是本地 Administrators 组的成员。此管理员帐户也是 SQL Server sysadmin 服务器角色的成员| |工作组|该虚拟机是名为 WORKGROUP 的工作组的成员| |来宾帐户|已禁用| |具有高级安全性的 Windows 防火墙|启用| From 3462bfa9fc7869b6035ec1c028667caefbac7a87 Mon Sep 17 00:00:00 2001 From: Abel Hu Date: Fri, 18 Dec 2015 12:41:58 +0800 Subject: [PATCH 5/5] Refine app-services.md --- develop/java/app-services.md | 4 ++-- develop/nodejs/app-services.md | 4 ++-- develop/php/app-services.md | 4 ++-- develop/python/app-services.md | 4 ++-- develop/ruby/app-services.md | 4 ++-- 5 files changed, 10 insertions(+), 10 deletions(-) diff --git a/develop/java/app-services.md b/develop/java/app-services.md index 1bd1847b0..3ffa40e49 100644 --- a/develop/java/app-services.md +++ b/develop/java/app-services.md @@ -38,11 +38,11 @@

Blitline 是一项基于云计算的图像处理服务。本指南介绍如何访问 Blitline 服务以及如何将作业提交到 Blitline。

消息传送和集成

功能指南： Service Bus 队列

-

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/推出队列的 API。

+

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/取出队列的 API。

功能指南： Service Bus 主题

Service Bus 主题提供发布/订阅消息传送模型，以支持一对多通信。您可以选择以每个订阅为基础注册主题的筛选规则，这样就能限制哪些主题订阅接收某个主题下的哪些消息。

功能指南： Azure 队列服务

-

Azure 队列可存储大量消息，用户可以通过经验证的呼叫，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建积压工作以进行异步处理，从 Azure Web 角色向 Azure 辅助角色传递消息。

+

Azure 队列可存储大量消息，用户可以通过经验证的请求，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建缓存任务以进行异步处理，从 Azure Web 角色向 Azure 工作角色传递消息。

指南： Azure Service Bus 中的 AMQP 1.0 支持

高级消息队列协议 (AMQP) 1.0 是一个高效、可靠的线级消息传送协议，可用于构建强大、跨平台的消息传送应用程序。本文概述了 Service Bus 中的 AMQP 1.0 支持，该支持服务允许您使用开放标准协议构建跨平台的混合应用程序。

功能指南： Service Bus AMQP

diff --git a/develop/nodejs/app-services.md b/develop/nodejs/app-services.md index 8700c6a0b..7a00ce6e8 100644 --- a/develop/nodejs/app-services.md +++ b/develop/nodejs/app-services.md @@ -6,11 +6,11 @@

应用程序服务

消息传送和集成

功能指南： 使用 Service Bus 队列发送和接收消息

-

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/推出队列的 API。

+

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/取出队列的 API。

功能指南： 使用 Service Bus 主题开发发布/订阅应用程序

Service Bus 主题提供发布/订阅消息传送模型，以支持一对多通信。您可以选择以每个订阅为基础注册主题的筛选规则，这样就能限制哪些主题订阅接收某个主题下的哪些消息。

功能指南： 使用 Azure 队列在实例之间进行通信

-

Azure 队列可存储大量消息，用户可以通过经验证的呼叫，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建积压工作以进行异步处理，从 Azure Web 角色向 Azure 辅助角色传递消息。

+

Azure 队列可存储大量消息，用户可以通过经验证的请求，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建缓存任务以进行异步处理，从 Azure Web 角色向 Azure 工作角色传递消息。

功能指南： 使用 Service Bus 通知中心发送推送通知

Service Bus 通知中心可提供用于向移动设备发送推送通知的易于使用、多平台且可扩展的基础结构。本指南演示如何可以在 Node.js 应用程序中利用关键通知中心功能。

Caching 和 CDN

diff --git a/develop/php/app-services.md b/develop/php/app-services.md index d7059e4e9..8f22994a2 100644 --- a/develop/php/app-services.md +++ b/develop/php/app-services.md @@ -16,9 +16,9 @@

应用程序服务

消息传递

功能指南： 队列服务

-

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/推出队列的 API。

+

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/取出队列的 API。

功能指南： Service Bus 队列

-

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/推出队列的 API。

+

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/取出队列的 API。

功能指南： Service Bus 主题

Service Bus 主题提供发布/订阅消息传送模型，以支持一对多通信。您可以选择以每个订阅为基础注册主题的筛选规则，这样就能限制哪些主题订阅接收某个主题下的哪些消息。

通信

diff --git a/develop/python/app-services.md b/develop/python/app-services.md index 4833a5dd3..f75ab6563 100644 --- a/develop/python/app-services.md +++ b/develop/python/app-services.md @@ -16,9 +16,9 @@

应用程序服务

消息传送和集成

功能指南： 队列服务

-

Azure 队列可存储大量消息，用户可以通过经验证的呼叫，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建积压工作以进行异步处理，从 Azure Web 角色向 Azure 辅助角色传递消息。

+

Azure 队列可存储大量消息，用户可以通过经验证的请求，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建缓存任务以进行异步处理，从 Azure Web 角色向 Azure 工作角色传递消息。

功能指南： Service Bus 队列

-

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/推出队列的 API。

+

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/取出队列的 API。

功能指南： Service Bus 主题/订阅

Service Bus 主题提供发布/订阅消息传送模型，以支持一对多通信。您可以选择以每个订阅为基础注册主题的筛选规则，这样就能限制哪些主题订阅接收某个主题下的哪些消息。

CDN

diff --git a/develop/ruby/app-services.md b/develop/ruby/app-services.md index 94b989210..17ebc64e8 100644 --- a/develop/ruby/app-services.md +++ b/develop/ruby/app-services.md @@ -19,11 +19,11 @@

通过在世界各地的物理节点缓存 blob 和静态内容，Azure 内容交付网络 (CDN) 为交付高带宽内容提供了一个全局解决方案。本文描述如何启用 CDN 以及添加、访问和删除内容。

消息传送和集成

功能指南： Service Bus 队列

-

Service Bus 队列提供简单且有保证的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/推出队列的 API。

+

Service Bus 队列提供简单且可靠的先入先出消息传送策略，支持一系列标准协议（REST、AMQP 和 WS*）以及用于将消息放入/取出队列的 API。

功能指南： Service Bus 主题

Service Bus 主题提供发布/订阅消息传送模型，以支持一对多通信。您可以选择以每个订阅为基础注册主题的筛选规则，这样就能限制哪些主题订阅接收某个主题下的哪些消息。

功能指南： 使用 Azure 队列在实例之间进行通信

-

Azure 队列可存储大量消息，用户可以通过经验证的呼叫，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建积压工作以进行异步处理，从 Azure Web 角色向 Azure 辅助角色传递消息。

+

Azure 队列可存储大量消息，用户可以通过经验证的请求，使用 HTTP 或 HTTPS 从世界任何地方访问这些消息。队列存储的常见用途包括：创建缓存任务以进行异步处理，从 Azure Web 角色向 Azure 工作角色传递消息。

91

每个可用性集的内部负载平衡器数

每个可用性集的内部负载均衡器数

1

每个可用性集的面向 Internet 负载平衡器数

每个可用性集的面向 Internet 负载均衡器数

1

每个订阅的负载平衡器（面向内部和 Internet）

每个订阅的负载均衡器（面向内部和 Internet）

每个区域 100 个1

每个负载平衡器的负载平衡器（面向内部或 Internet）规则数

每个负载均衡器的负载均衡器（面向内部或 Internet）规则数

150

X

包含 5 个 SNI SSL 和 1 个 IP SSL 连接

集成负载平衡器

集成负载均衡器

X

X