数据中心有哪些认证?
我不是在问流程认证。不是 ITIL,也不是 ISO 20000。我问的是数据中心本身的认证。
据我所知,有“正常运行时间研究所”。他们根据 DC 设计和/或实施提供“层”。
你认识的其他人吗?
作为他非常受欢迎的问题的后续问题:为什么不建议使用 DNS 故障转移?,我认为由于缓存,DNS 故障转移不是 100% 可靠的。
然而,投票最高的答案并没有真正讨论在两个不同数据中心之间实现故障转移的更好解决方案是什么。提出的唯一解决方案是本地负载平衡(单个数据中心)。
所以我的问题很简单,跨数据中心故障转移的真正解决方案是什么?
domain-name-system disaster-recovery failover high-availability datacenter
我最近有一台 UPS 在工作时间内无法正常工作,因为我没有意识到它的使用寿命已经结束。是的,电池很旧,是的,我应该在下班时间手动测试它,以便在它成为问题之前发现问题。我已经更换了电池并验证了自动自检已启用并且电子邮件通知有效。
在这种情况下,UPS 发生故障不是因为停电,而是因为午餐时间数据室的低电压下降而无法对其进行补偿。所以就像我们在停电期间使用 UPS 来保护我们一样,我认为在我的 UPS 之前保护房间免受线路中的低电压可能是明智的(作为 UPS 内置电压调节系统的冗余)。(我有各种型号的 APC Smart-UPS 装置 [不是在线类型]。)
我已经包含了上个月报告的来自不同断路器上的两个不同 UPS 的线路输入电压的两个图表。这些图中的波峰和波谷对我来说非常正常,但我不知道它们是否总体上是正常的,或者它们是否表明建筑物存在问题(我听说这可能表明某处的地面不好)或不正常。

在我们的 NOC 中,我们保持对所有物理安全区域的态势感知(反应性视频源)、有关数据中心物理特性的一些基本信息、天气和国家新闻源。您是否有其他推荐的 NOC 监视器,或者这是否足够好。
在选择数据中心作为托管设施或从头开始设计新的数据中心时,您的理想规格是什么?
从根本上说,多样化的电源、多个 ISP、冗余发电机、UPS、冷却和物理安全都是可取的。
有些人在第一次通过时可能不会考虑的其他关键要求是什么?
在最初的高级设计中,人们可能不会考虑哪些功能细节?
我想从设计大型数据中心或寻找从基础设施角度完美设计的设施的角度来解决这个问题。此处已通过较小的设施和工作空间考虑解决了这个问题。
server-room electrical-power physical-environment datacenter
我们计划在我们的两个站点之间实施一个延伸的数据中心。它们之间的连接是单个 100mbit QinQ 连接。我们在站点 A 上有大约 500 个用户,在站点 B 上有 200 个用户。链接上产生的流量非常低。
免责声明:我不会进行复制,因为这是一个不同的故事。我们将在几个月内准备好 SAN 复制。L3 路由等也不是问题,因为我们知道如何做到这一点。
网络计划(现在)如下:
这里的一般想法是具有 HA/站点感知的服务(AD、DFS、Exchange、Lync 等)位于站点 A 的 VLAN 311 和站点 B 的 VLAN 312 …
active-directory high-availability datacenter vmware-vsphere
我们正在寻求(最终)实施电缆标签程序。
我们已经有一个标签。现在我们需要一个系统来维护与任何事物无关的唯一 ID。
我想得到一个计数计数器,但也许还有另一种解决方案,它不涉及两个设备(打印一个数字然后增加它的标签?)。
有人有什么建议吗?
数据中心是嘈杂的地方。有时,管理员或技术人员需要在电话或电话会议期间对数据中心中的问题进行故障排除。不幸的是,根据手头的问题,这些对话可能会很长很长。手机在这些情况下非常糟糕:数据中心的人无法轻易听到噪音,麦克风往往会让听众感到不舒服。
入耳式监听器使数据中心的人更容易听到,但不要为另一端的人做太多事情。
我应该在耳机中寻找哪些功能,以便在数据中心的噪音中拨打电话对所有相关人员都不那么明显?
当需要精确时钟时,GPS 和 NTP 是两个非常典型的时间源。然而,每个人都有一个重要的失败。NTP 不提供时间源的身份验证,因此可能容易受到欺骗。GPS 在数据中心的墙壁内不能很好地工作。
出于多种原因,准确时间是一个操作问题,并且由于会话令牌生命周期、密钥过期、速率限制、时间限制和支持反欺诈的行为模式分析等因素而成为安全问题措施。时钟倒退在某些网络协议中引入了不稳定性,这可能会产生可利用的场景;IRC 权限提升或冒充(“分裂骑乘”)就是典型的例子。
该时间与从标准来源获得的时间一致也非常重要,以避免网络中断(或时间服务中断的利用)期间的漂移。
因此,在 GPS 和其他无线电时钟无效的情况下,可以使用什么技术或技术来提供与 UTC 同步的准确且可信的时间(最好在一秒内),同时避免需要频繁地手动校准时间源?
我将内存中的大量数据缓存到本地Redis服务器。服务器需要连接到同一数据中心的数百台其他服务器(因为它们都需要访问 Redis 服务器托管的相同信息)。
为了最大限度地减少延迟并最大限度地提高吞吐量,我计划使用 40 Gigabit 以太网 (40 Gbit/s) 将所有服务器连接到 Redis 服务器。
我了解如何将多台服务器连接到一台服务器,但是如何将数百台服务器连接到一台服务器呢?我的意思是,我没有看到足够的端口来连接这么多服务器......
是否有一种设备可以让我将所有这些服务器连接在一起?
datacenter ×10
analytics ×1
cable ×1
failover ×1
networking ×1
server-room ×1
telephone ×1
time ×1