首先，我不是任何方式的Azure专家，但是我有创buildAzure虚拟机的网站到云复制和独立的商业解决scheme云环境的经验。 最近，我负责为全球公司提出解决scheme，他们需要从全球许多地方访问云端的terminal服务器。 包括南非，越南，亚洲，欧洲国家，南美和美国。 现在，我知道Azure在世界各地都有服务器，但是我不清楚是否要创build多个terminal服务器进行访问，或者是否有能够跨不同地理位置复制服务器以提高性能的function。 或者如果任何人有任何关于提供需要从许多不同位置访问的terminal服务器的最佳实践的input。 我可以在azure色的多个数据中心复制单个terminal服务器吗？ 基本上我需要一种方法来使Azureterminal服务器性能稳定，无论有人从哪里遥控。 我知道一般RDP协议是非常坚实的，带宽要求最低，但要确保这是我的客户适当的解决scheme。 补充一点，我明白，Azure可能不是最好的解决scheme。 在一个完美的工作中，我将跨越多个地点拥有不同的域名，但我试图利用云作为一个可能的解决scheme，以防止这家公司的pipe理噩梦，特别是考虑到他们的预算不是很大。 最终目标是让他们进入微软环境，并随时移除谷歌硬盘以存储和访问整个业务的文档。 谢谢大家。
所以我们已经采购了一个SQL Cluster的怪物和4个运行apps / WFE的快速机器来启动我们的MOSS 2007企业服务器场，但是我从旧的服务器场configuration中获得了一台服务器，它只是重新映像并且仍然运行正常，它是一个32位的机器，其他机器是64位机器，所以它不能起到和64位机器相同的作用。 我想看看在农场的某个地方是否有angular色，有几点想法： – 专用search查询服务器 – 专用Excel服务 有没有人有类似的情况？ 他们做了什么？
我们有一个坐在DMZ中的IISnetworking农场，连接到一个MSSQL数据库（Windows集群）。 排除一些性能问题后，我们偶然发现了奇怪的networking行为。 我们想在两台服务器之间testing一般的networking延迟，但ping被防火墙阻止，所以我们尝试使用一个版本的tcping专门testing端口1433上的数据库服务器延迟.TCPing报告延迟为20ms。 从我的工作站到数据库服务器的相同TCP是〜2ms。 我首先想到的是，这是Web和数据库服务器之间的防火墙，为了证实我的怀疑，我从位于networking中的另一个应用服务器运行了另一个TCP，并且还报告了20ms的延迟。 然后我开始从其他一些服务器上运行相同的TCP。 有些报告2ms延迟有些报告将近20ms。 networking运营商告诉我，差异很可能是由于操作系统的configuration，因为我testing的服务器是在相同的网段（除了networking服务器）。 在TCPing报告2ms延迟的服务器上，我们看到了性能的显着改善。 在Windows中是否有任何types的networkingconfiguration可能导致此行为？ 有没有人有任何其他的build议（其他监测工具，其他可能的原因等）？ 更新只是试图TCP到本地IP，而不是127.0.0.1，但机器的实际IP，我也看到延迟（如15-18毫秒）。 我走到了几个服务器，并注意到类似的行为。 这似乎不正常，有什么想法？ 并非所有的服务器都有这种行为
有没有办法build立一个没有路由器的基础设施无线networking？ 换句话说，是否有某种方法可以使PC像无线路由器一样运行？ 其他PC应该能够将这个networking视为一个接入点networking，而不是一个特殊的networking。
我有一个相当大的大约50TB的库，我至less需要每周备份一次。 目前，video内容存储在一系列search到的3TB硬盘上。 我估计每周新内容的数量约为300GB。 云解决scheme已经不存在了，因为这个数量的存储过于昂贵。 对于如何备份这个数字图书馆，你有什么build议？ 那LTO-5磁带呢？
在最近停电之后，我们一直在重新评估如何最有效地提供，维护和支持我们的IT资源。 我们一直在考虑的一个想法是将非关键基础设施迁移到云中。 例如，我们只能在校内维护以下服务： DNS（也许只是一个转发器） DHCP（具有故障转移） 目录和Kerberos（用于networking身份validation） …就这样。 有了这样的计划，即使是在发生灾难的情况下，我们也只关注保持互联网连接，而我们所有的其他服务仍然可用。 我正在研究亚马逊EC2，但我还没有承诺任何东西。 其他学院或企业如何去做这样的事情呢？ 有一个我们应该知道的“catch”或障碍吗？ 有没有可能详细介绍企业级云迁移的博客/论坛？
那些在不同环境中使用不可变基础架构处理configuration更改的人们如何？ 我无法为每个angular色创build一个AMI并在所有环境中使用它。 我的意思是我如何构build一个可以部署到开发，分期和生产的单个ami，但是这指的是那个环境下正确的ELB等等。 在当下，我能想到的唯一select是： 为每个angular色（生产Web服务器，产品应用服务器，登台Web服务器等）构buildAMI。 这似乎击败了II推向所有环境的相同形象的目的。 构build一个几乎完整的AMI，并在启动之后，在将其添加到ELB之前进行最终configuration。 这似乎是接近，但我觉得有什么缺失。 无论如何，当我正在创build一个AMI或者别的什么的时候，把一组参数传给一个AMI吗？ 其他人如何使用不可变的基础架构？ 谢谢。
看着接pipe了2004年完成的旧networking的pipe理。令人惊讶的是，当时，它是6类电缆。 每个IDF中大约有200个端口，全部运行PoE。 但是我担心交叉连接对现代networking来说是不可用的。 交换机连接到标准配线架。 从那里的电缆被终止到一个冲压块（BIX）。从边缘进入的电缆也被终止到冲压块。 两个冲压块之间的连接是由长达一米的UTP电缆取下的 。 那么，这个设置可以处理千兆速度吗？ 我倾向于拒绝，但也许我只是过于谨慎。 一个更大的版本的照片 。
我正在开发一个适用于美国人和加拿大人的服务，收集和存储的数据在法律上是不允许越过边界的……这对我而言是新的。 那么服务两国的最佳做法是什么？ 我们已经有两台服务器，每个国家都有一台。 我现在所做的是在两台服务器上复制整个系统，每台服务器都有自己的域名。 当我需要更新代码时，我将不得不这样做，我认为有更好的方法，不是吗？
我以前对专用电器有负面的感觉。 我喜欢把自己的手弄脏，知道我们基础设施的来龙去脉。 但是，今天早些时候同我的同事讨论之后，我想知道这是否是真正的普遍共识。 部署专用设备时，您觉得自己的收益和损失是多less？ 你相信节省的时间是值得的额外费用？ 隐藏的成本是多less？