从阅读来看,似乎不推荐 DNS 故障转移,因为 DNS 不是为它设计的。但是,如果您在不同子网上有两个 Web 服务器托管冗余内容,那么还有哪些其他方法可以确保在一台服务器出现故障时将所有流量路由到实时服务器?
对我来说,似乎 DNS 故障转移是这里唯一的故障转移选项,但共识是这不是一个好的选择。然而像 DNSmadeeasy.com 这样的服务提供了它,所以它一定有它的优点。任何意见?
一点背景:我们部门有几台 Windows 服务器(2003 年、2008 年)。我们是 IT 部门,因此我们管理自己的服务器。在我们四个人中,我是唯一拥有少量 IT 知识的人。(注意“少量”。)我的老板说服务器至少每周需要重新启动一次。我不同意。我们的 IT 部门说,因为她不断地重新启动它们,这就是为什么我们的硬盘驱动器出现故障并且它们的电源断电的原因。(在过去四年中,我们的一些服务器发生过几次这种情况,而且最近也是如此。)
所以问题是:每个人多久重启一次他们的 Windows 服务器?是否有行业标准或建议?我们的 IT 部门是否正确地说,因为我们重新启动,这就是我们遇到硬件问题的原因?(如果我要改变主意,我需要一个理由!)
useradd和 和有adduser什么区别?何时/为什么我应该更喜欢使用其中一种?
读到这个问题让我感到疑惑。假设screen没有被使用。如果 Linux 目标上的 SSH 会话因任何原因被删除,并且您在服务器因超时而终止会话之前重新连接,是否有可能重新获得对正在运行的命令的控制,使其不会因会话中断而被中止?
有几件事使 IPv6 部署成为我工作中积极讨论的话题。存在常见的技术问题,但一个非技术问题似乎是实际启动部署项目的主要障碍。
地址,熟记。
具体来说,IPv4 地址是可以理解的,而 IPv6 地址只是看起来像一个大长串的十六进制。人类的大脑很难记住超过 7-8 个项目的列表,而 IPv4 地址(192.168.231.148)中有四个项目,这让我们很容易记住。一个完全填充的 IPv6 地址不仅有 8 个部分,而且每个部分都有 4 个十六进制数字。IPv6 地址不是为记忆而设计的。对于知道 DNS 服务器位于 192.168.42.42(或更可能是“42.42”,因为公司前缀可能被记住)的技术人员来说,记住 IPv6 地址的想法让他们感到恐惧。这反过来又使他们对参与 IPv6 部署项目的热情大大降低。
由于我们网络的工作方式,我们在 v4 寻址方面并不是完全动态的。由于各种原因,我们有几个到多个完全静态分配的子网,其中最主要的是静态 DHCP 分配的开销被认为太大了。此外,某些设备仍然不够智能,无法在静态分配的同时从 DHCP 中提取 DNS 地址,因此需要手动配置 DNS 设置。因此,必须进行一些 v6 地址记忆。
我们没有任何要求将 v6 推出,所以我们没有来自高层的压力。但是,即使我们不进行批发转换,也是时候开始准备我们的基础设施来处理 IPv6。
对于那些在 IPv6 领域已经有一段时间的人,您使用哪些快捷方法来讨论或跟踪子网和特定/关键 IP 地址?如果我能帮助减少一些对 IPv6 的恐惧,我们可能会让这个项目继续下去。
我最近从使用 Windows 管理我的系统切换到了 OS X。我找到了非常好的替代方案来替代我以前使用的所有东西,但是我还没有找到一个很好的 GUI 编辑器(有时 VIM 只是因为长时间的脚本工作而伤了我的脸)可以通过 SCP 传输文件,这是 sudo 感知。
WinSCP之前为我做了所有这些事情,允许我在本地登录,编辑文件,并且每次保存时,它都会将文件发送到远程服务器。它还使我能够 sudo 编辑文件,因此我能够编辑不属于我的主要用户的文件,而无需 sudo chown 一百万个文件只是为了将它们更改回来。
我知道根据情况它可能会有很大不同,但是对于托管一个没有计划移动托管服务器的网站来说,在 DNS 记录上设置什么 TTL 是好的?
是否可以在 Windows 中找出 Windows 服务的最后一次重启时间?
使用网线很容易。我在机架侧面使用了 APC 的魔术贴、彩色电缆和 0U 垂直电缆组织器——简单而整洁。
然而,对于电源线,它总是让我头疼。
对于某些机架,我使用了 APC (0U) 的立式 PDU,所以它有点整洁,因为我得到了 0.3m/0.5m 的电缆并将它们连接到靠近 PDU 插座的服务器。它有点整洁,但可能会更好。
对于水平 PDU,它真的很糟糕——无论我多么努力地尝试,总是很少有电缆太长并且松散地悬挂在 APC 下方。
例如。http://www.flickr.com/photos/92011471@N00/25695150/——这将导致底部的电缆长度不同,并且会变得非常混乱......
电源布线的最佳做法是什么?你们是如何做到这一点的,这样你的电缆一旦放入一次就很整洁,而且你不必担心它们多年?你也把它们剪成合适的长度吗?你使用一些特殊的组织者吗?或者您可能知道一些技巧,例如将它们隐藏在服务器侧面和机架之间?
我浏览了许多关于 SF 的帖子,但大多数帖子都围绕网络布线,很少涉及电源问题。
当然,我说的是一侧有网线,另一侧有电源线。
任何建议,建议,建议非常感谢。
cable-management electrical-power power-distribution-unit datacenter
linux ×2
cron ×1
datacenter ×1
debian ×1
failover ×1
ipv6 ×1
mac-osx ×1
networking ×1
scp ×1
ssh ×1
ttl ×1
web-hosting ×1