我们都见过电缆管理的好坏例子。
我不是在寻找“不要做意大利面条式布线!” 但实用的、客观可衡量的政策,可以很容易地解释、遵循和检查它是否通过或不符合政策中的要求。
请避免“不要做 x、y 或 z”——而是将要求重新形成为“做 A、B 和 C”,其中遵循第二个要求将消除第一个要求中解释的问题。
cable-management rack physical-environment datacenter best-practices
在什么条件下开始考虑对网络进行子网划分?
我正在寻找一些通用的经验法则,或基于可衡量指标的触发器,这些指标使子网划分成为应该考虑的事情。
大量时间和专栏都用于讨论保护服务器免受外部攻击的问题。这是完全有效的,因为攻击者使用 Internet 破坏您的服务器比获得物理访问更容易。
然而,一些 IT 专业人员掩盖了物理服务器安全的重要性。许多(如果不是大多数)最严重的安全漏洞都是在组织内部执行的。
它是否就在小隔间中 IT 经理的办公桌旁边,还是被锁在几扇带有电子卡和生物识别访问权限的门后面?
一旦有人物理访问服务器,有哪些保护措施可以防止或至少记录访问他们没有合理需要查看的敏感数据?
当然,这会因组织和业务需求而异,但即使是打印服务器也可以访问正在打印的敏感数据(合同和员工信息),因此这比乍一看可能要多得多。
大多数设备的额定湿度范围很广(例如,5% 到 95% 无冷凝)。
然而,理想的湿度是多少?例如,较高的湿度可以更好地将热量从设备中带走,但也可能更具腐蚀性。
与构建软件类似,应该使用工具来部署生产服务器更新(无论是数据库、网站、路由器配置等)。工具的使用减少了某些类型的人为错误(例如遗漏的步骤)。
请
不要添加已经存在的工具 - 如果您对给定的答案有什么特别想说的,请添加评论。
-亚当
硬件供应商要避免的问题对于问题的一阶近似来说是可以的,但是从事该行业十多年的人知道您不能相信任何供应商永远不会遇到问题。
我可接受的供应商/制造商列表是流动的并且总是在变化,但有时我会陷入假设一个比其他更好的假设,因为他们已经为我做了这么长时间。
-亚当
我习惯了 LAMP(Linux、Apache、MySQL、PHP)堆栈,但有时我必须使用 WAMP(Windows ...)堆栈来满足某些客户端要求。
我没有遇到任何重大差异,但我越来越多地看到这种需求,应用程序变得越来越苛刻和复杂。
请不要评论堆栈或操作系统的选择,我只需要一个问题列表,反之亦然。
-亚当
如果 NTP 在 10:59:55 运行,并将时间固定到 11:00:13,那么 chron 会运行 11:00:00 和 *:00:00 任务,还是跳过它们?
或者,如果 NTP 在 11:00:00 运行并将时间固定为 10:59:48,这些任务会运行两次吗?
如果它们被跳过,使用什么方法来解决这个问题?
其他调度程序(窗口等)呢?
-亚当
如何全面评估 RAID 配置?
拉驱动器是一回事,但是否有更多的工具和技术?
我曾考虑将钉子穿过正在运行的驱动器(粉末驱动钉枪)以查看会发生什么,或模拟各种电气异常(电缆短路/开路、电源过载和浪涌等)。
应该测试什么,如何测试?
-亚当
我有一个仅限于 2 个并发 TS 会话的 VPS。有一次我被锁定无法登录,即使我之前的所有会话都已关闭。
提供商表示其他会话仍在运行,他们认为我实际上并没有“注销”,因此即使我退出远程桌面客户端,服务器仍会相信连接是有效的。
我从来没有在普通计算机上遇到过这个问题,当我以任何方式终止连接时,它总是优雅地断开连接并且不会将我锁定。
-亚当
datacenter ×3
deployment ×1
development ×1
hardware ×1
lamp ×1
networking ×1
ntp ×1
process ×1
rack ×1
raid ×1
security ×1
server-room ×1
subnet ×1
tcpip ×1
testing ×1
time ×1
vps ×1
web-server ×1