有没有办法build立一个单一的入口点，将我指向一个开放的机器？ 我有许多不同的人使用的虚拟机的数量。 而不是让他们login到特定的虚拟机，我希望他们能够login到一个入口点，将自动连接到一个可用的机器。 当我说login时，我们使用RDP。* 我试图让login更容易，而不是每次指定特定的机器。
我在堆栈溢出问了这个问题，因为我不能让Azure资源pipe理器通过Json分配一个域名 但是从做一些研究，我实际上找不到一个方法来指定一个域名到Web应用程序，除了指向和点击通过门户。 我相信我可以把一个负载均衡器放在它的前面，我认为可以通过Powershell来完成。 但是我觉得我错过了一个观点，因为它似乎太大了一个概念，根本不可能。 （或者我只是错过了Add-AzureDomainName命令行;））
我一直在关于什么types的虚拟机和数据应该存储在Azure中的MongoDB部署的许多不同的竞争信息。 阅读D系列虚拟机时，会特别提到使用本地SSD来存储数据。 我已经开始走下这条路，但是停下了虚拟机，并在20分钟后启动了，本地SSD中的所有东西都没有了。 所以现在我正在考虑使用DS系列虚拟机，但不知道操作系统磁盘有多lessIOPS，或者是否应该连接条带化磁盘。 似乎没有关于如何在Azure中创build条带化磁盘的好教程，而且没有任何Web工具允许您创build它们。
场景： VNET地址范围是10.2.0.0/23，默认子网是10.2.0.0/27 全新的ASE实例，configuration为使用步骤1中的VNET以及相同的默认子网 MySQL VM从10.2.0.8的第一步join到VNET，很好！ 从第2步将新的Azure Web App添加到ASE的服务计划中 将网站代码部署到configuration为指向MySQL VM的10.2.0.8的Azure Web App 从步骤5打到网站，当试图与MySQL VM交谈时，在尝试连接到10.2.0.8的networking访问时被拒绝 现在，如果我build立了一个点对点的网站，并明确地将networking应用程序连接到我可以通过的点对点网站，但显然现在我所有的stream量都是通过一个网关进行的，而这并不是所期望的设置。 另外，如果我使用.cloudapp.net公开地址（并公开MySQL端口），我可以通过，但显然这更糟，因为我正在上网。 很显然，将VM和ASE放在同一个VNet /子网上的重点是可以直接对话。 那么，我错过了什么？ 我的理解是，在VNet上放置一个ASE应该使其相关的应用程序自动运行在同一个VNet中吗？
在服务器场设置方面，我是个新手，但是我知道我想要做什么，并且有很好的理由，只是不知道该怎么做。 我有一个代码库（一个Web应用程序），我想运行在多个服务器（可能100）。 我想要一个1到1的子域映射到服务器，所以我有100％的控制权，哪些stream量去哪个服务器。 当我说“服务器”，我认为我的意思是“实例”，因为我不关心，如果他们是物理或虚拟服务器（应该是透明的，我的devise和工作方式）。 我怎样才能设置这易于维护和轻松添加/删除服务器？ 我已经有了我的应用程序设置与服务器的数据库，每个服务器的人口/负载信息，路由和所有的乐趣…所以我不需要在应用程序/编程部分的帮助，只是Azure安装/维护部分。 更多信息： 如果它帮助find一个简单的答案，但仍然试图保持这个普遍的主题（希望不是太具体到我的确切需要，我觉得这是一个普遍的情况）。 我的具体是一个MMO棋盘游戏。 每个游戏都是独立的（没有跨游戏通信/统计/等）。 每个游戏一次不能包含超过100个活动玩家。 一台服务器可以处理1到100个游戏，但是每个游戏的所有玩家都需要连接到同一台服务器。 服务器将所有的游戏信息都保存在内存中（如果一个游戏重新开始游戏，游戏不会持续很长时间，如果玩家重新启动，游戏信息不会太大）。 所有服务器/实例将具有完全相同的游戏代码部署。 我将有一个login服务器，或可能多个，这个细节并不重要。 所有的login服务器需要做的是根据他们的login信息和他们想要join哪个游戏来决定向哪个服务器发送玩家。 要将播放器“发送”到该服务器，login服务器将把它们redirect到一个子域，例如“server1.mydomain.com”，“server2.mydomain.com”等。 因此，我认为我的一般问题，可能还是一个简单的问题仍然存在……我只是希望能够根据子域将stream量路由到不同的服务器，并让所有这些服务器共享相同的代码库。 我知道我可以做到这一点的方法，但不知道Azure的容易/好用。 我目前正在尝试一种方法，从一个git仓库部署更新，托pipe在Visual Studio在线，至less保持多个Web应用程序之间的代码库同步。 但是，部署每个更新需要30分钟以上（每个服务器需要大约10分钟的时间来重新构build，而当前使用的服务器数目是3个），如果最终有30个以上的服务器，则可能会非常慢。
我已经在Azure上build立了一个VNet，提供了各种相关的站点间和点对点的连接，或多或less就像这里所说的那样，到目前为止，这些工作都非常好。 但假设我有六名员工访问位于VNet内部的数据库服务器，所有员工都通过不同的点对点连接进来。 那么如何删除任何这些人的访问？ 如果其中一名员工被解雇或退出，理想情况下，我只想停用其帐户。 但是，这不是Azure点对点VPN的工作原理：您不是使用帐户，而是使用X.509证书。 是否有可能以某种方式停用该证书？ 要么…？ 处理这种情况的最好方法是什么？ 我search了Azure VNet / VPN文档，如果它在任何地方，我显然错过了它。
我已经设置了一个Azure文件共享，我可以通过smb从Azure虚拟服务器，以及我的笔记本电脑和台式机（都运行Windows 10）连接到这个共享。 但是，我有另一台主机，由于某种原因无法连接的另一台虚拟服务器。 这个VS正在运行Server 2012，所以应该支持SMB 3.0。 错误是… 系统错误53发生。 找不到networkingpath。 我检查了共享地址正确parsing。 我不知道还有什么要检查的。 任何帮助将不胜感激。
我在Azure上的“南巴西”位置托pipe一个WCF服务的虚拟机设置。 虽然我也在巴西，但是在虚拟机上达到我的服务的延迟是〜200ms。 我在另外两台巴西主机上部署了相同的服务，两台服务器的延迟都小于60毫秒。 我也看到有人在其他Azure数据中心上做了一些testing，而且在接近它们的时候延迟似乎总是在50ms左右。 我最初认为这可能是一个虚拟机大小相关的问题，但改变大小为D3（这有点矫枉过正，我的服务：CPU停留在只有~5％）根本没有帮助，延迟保持不变。 这对南巴西数据中心来说是正常的，还是可以是其他的东西？ 请注意，由于我无法ping Azure虚拟机，因此我正在使用StopWatch测量C＃到TcpClient.Connect端口80的时间。 提前致谢。
我在运行windows server 2012 r2的新门户上安装了一个azure的虚拟机（资源pipe理器），带有公共IP的HPC。目前，我可以使用远程桌面客户端login到虚拟机，但login时无法ping通自己（公共IP） pingforms我的本地计算机。 我也想远程login到另一台服务器的虚拟机，但总是失败，说：“无法连接到主机上的ip_端口8310” 目前，我已经在Azure门户的虚拟机的入站安全规则中启用了端口80，并添加了一个新的规则以允许我的虚拟机上的端口80，我还在我的虚拟机上添加了一个telnet客户端和服务器窗口function，并启动了服务。 仍然telnet和ping不工作。
我注意到，在Azure上运行的Ubuntu 14.04 VM中添加一个新磁盘导致Azure VM无条件重启。 当我添加第二个磁盘时，虚拟机没有重新启动，但第一个磁盘被盗走了，我需要重新启动虚拟机才能重新获得第一个磁盘的访问权限。 这似乎不是特别有用的行为。 这种行为logging在任何地方？ 更新：修改了评论中所要求的更多细节。 我用来附加一个新磁盘的过程基本上是从这里进行的： https://azure.microsoft.com/nl-nl/documentation/articles/virtual-machines-linux-how-to-attach-disk/ 有一些分歧。 下面的过程描述了我所做的添加第二个额外的磁盘（sdd）。 上周我做了类似的事情，添加了第一个额外的磁盘（sdc）。 在这种情况下，系统自行重启。 在这种情况下，系统并没有自行重新启动，但是当我添加新磁盘时，我确实无法访问/ dev / sdc。 请注意，我没有使用azure cli分配或附加新磁盘。 相反，我使用了门户网站。 一旦我做到了，我就使用了： dmesg | grep scsi 发现新设备名为/ dev / sdd 12月16日14:00:58 azure内核：[2.696851] sd 5：0：0：1：[sdd]连接的SCSI磁盘 然后按照上面的文章中的说明，用fdisk格式化磁盘。 然后，我挂载了磁盘，然后继续rsync将文件系统树移到磁盘上。 那时我注意到我上周连接的上一个磁盘（sdc）（导致重新启动的磁盘）不再可用。 （这在blkid中也是不可见的）。 我已经在kern.log中发现了这些消息，这些消息表明（sdc）几乎一旦我在门户中完成了附加磁盘操作（例如，在我通过扫描dmesg发现新磁盘之前） Dec 16 13:23:34 azure kernel: [538544.870108] scsi scan: INQUIRY result too short (5), using 36 Dec […]