我们正在考虑将我们的虚拟机（Hyper-V VHD）迁移到Windows Azure，但是我还没有发现基础架构提供的容错function。 当我在Azure中运行VHD时，我有两个问题： 我的VHD及其中的所有数据是否安全？ 我认为上传的VHD使用“存储”基础架构，因此应该自动将其复制到多个磁盘并在地理上分布，但是为了安全起见，我还应该进行全图备份吗？ （请注意，当然我会备份我关心的虚拟机内的实际数据;我只想知道是否有机会大于0.0000001％，有一天我会收到微软的电子邮件，告诉我我的虚拟机是走了，我应该从头创build或恢复）。 我需要担心有关我的虚拟机的可用性的其他事情吗？ 我的意思是，当我有一个内部服务器时，我需要担心硬件本身，主机操作系统，如果我的路由器发生故障，如果我的Hyper-V的C：驱动器出现故障，会发生什么情况等等。那么在Azure中，他们的基础设施就能处理所有这些？ 谢谢。
我们有一个应用程序部署到由IIS服务的Azure IaaS虚拟机。 为了安装更新，我们需要将每台机器逐个从负载平衡器中取出。 在迁移到Azure之前，我们使用Microsoft NLB，它具有DRAIN停止节点的function – 不发送新连接，而是保持现有连接处于打开状态，直到完成。 我们如何才能达到与Azure LB相同？
我们有一个在Azure虚拟机上托pipe的SQL服务器。 我们的应用程序之一是在数据库上非常读\写密集，我们看到可怜的磁盘性能。 磁盘队列长度为10或更大。 我一直在试图find一种提高磁盘性能的方法。 我在这里发现了一个technetvideo，提到了一个磁盘配额，跨越4个存储帐户增加了磁盘I / O。 任何人都可以确认这个磁盘限制器或推荐这种跨越技术？
我有几个云服务，以及在Azure中运行Redis的虚拟机。 根据我的理解，我需要创build一个虚拟networking，以便云服务可以在虚拟机上与Redis进行通信。 那很简单。 现在我想要做的就是设置DNS，所以我不必在任何地方指定IP地址。 我find的文章都涉及集成一个现场DNS服务器，但我没有。 反正有使用godaddy，还是简单的呢？ 那么在当前的虚拟机上安装一个简单的DNS服务呢？ 我想我的问题可以概括为：我需要做些什么来使云服务可以通过DNS名称与我的VN进行通信？
假设我有一个ASP.NEt应用程序，它使用主机头绑定了10个以上的域。 一份证书是否足够我？ 或者我需要每个域名超过1个证书？ 如果我需要1个证书，那么添加一个新的域意味着重新安装证书？
我需要在需要运行一些Visual Studio在线负载testing的环境中设置IP白名单。 我能够find一些文件，以什么IP地址Visual Studio在线据说使用，但它似乎并不准确。 根据FAQ（ http://www.visualstudio.com/get-starte/load-testing-faq-vs ），Visual Studio Online Load Testing在Azure US East数据中心中运行。 根据Microsoft Azure数据中心IP范围（ http://www.microsoft.com/en-us/download/details.aspx?id=41653 ）文档，我能够确定将Azure美国东部白名单的IP地址数据中心。 不幸的是，当我们在这些IP地址的环境中设置IP白名单时，Visual Studio在线负载testing会运行错误。 我们能够暂时删除IP白名单限制，并且testing全部成功运行，所以已经确定它确实是IP白名单，而不是负载testing设置。 有谁知道明确的方式来找出什么IP地址的Visual Studio在线负载testing代理正在使用？ 另外，Visual Studio Online可能在美国东部以外的任何其他数据中心运行吗？
有没有办法在Azure上重命名现有的虚拟networking？ 通过powershell，例如。 我在门户UI中看不到任何选项，并且已经在现有networking中设置了一个相当大的部署。
我们有一个小企业，目前在我们的办公室内不需要域名。 我们有一个基本的networking和一台运行Windows Server 2008 R2的服务器以及一些文件共享和第三方应用程序。 我们使用Office 365并拥有Windows Azure订阅。 这两个似乎保持我们组织的Active Directory非常好。 （即两个系统上的数据看起来相同） 我们在应用程序服务器上运行的所有第三方应用程序都支持LDAP作为身份提供者，但由于我们不运行域，因此我们不得不让每个用户为这些服务创build一个新的login名/密码。 理想情况下，我们希望将此服务器从Azure / Office 365进行同步，并允许用户使用其Office365凭据进行身份validation。 我已经find了所有关于将内部部署同步到Azure的文章，但是我们希望将Azure / Office 365同步到我们的内部服务器上。 我想我们的内部部署服务器成为我们的Office 365目录的联合身份提供者… 这是可能的，还是我们需要一些第三方的LDAP提供者，可以联合从Azure或Office 365的身份？
它一直坐在“没有创造的门户”。 在Azure中创build虚拟networking之后几个小时。 这是正常的吗？ 我该怎么办？ 我们以前在错误的DC中创build了一个networking，似乎并不那么慢。
我有一个很奇怪的问题。 我正在build立一个azure色的RDS服务器来进行概念validation。 我发现，如果我使用由azure（xxxx.cloudapp.net/RDWeb）提供的外部URL进行networking访问，我可以很好地login，甚至可以在任务栏中显示我已连接的小popup窗口该页面显示没有可用的remoteapps – 如果没有发布。 如果我修改我的主机文件，将外部IP地址视为具有内部DNS名称（xxx.domain.local等），并使用它来访问RDWeb，它完美的工作。 我可以访问remoteapp目录，select一个应用程序，并运行它没有任何问题。 我试过了我能想到的一切，包括设置一个以前没有安装的rds网关，但没有任何区别。 有没有人有任何见解？