服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

我还应该有一个物理DC,甚至是在Server 2012之后?

回到Windows Server 2012之前的日子,推荐似乎至less有一个物理域控制器坐在你的虚拟化数据中心的旁边。 其中一个理由是因为如果您的Hyper-V主机是集群化的,那么他们需要一个DC在启动过程中可联系。 这对我来说是完全意义上的。 不过,我经常听到有人说,即使没有集群设置,拥有物理DC也是非常重要的(例如,在一台运行着几台虚拟机的单个Hyper-V服务器的简单设置中,其中一个是DC)。 这样做的理由似乎(而且我永远也不能确定),在Hyper-V主机第一次启动的时候,你仍然会遇到一个问题,那就是networking上没有DC。 caching的凭据意味着你仍然可以login,但是启动期间发生的所有这些意味着在DC周围有什么好处呢? 这实际上是一个问题吗? 实际上是否有任何操作只能在启动时运行才会导致问题? 任何组策略例如? 我基本上要问的是,当涉及到集群时,物理DC论证是否真的会持水,还是(2012年以前)没有集群的情况下有一个重要的技术案例? 来自Altaro的这篇文章 (见“鸡与鸡蛋”的“神话”一节)暗示没有必要,但我仍然不确定。 现在到我的问题的第二个(也是主要)部分: Windows Server 2012引入了几项针对解决虚拟化域控制器问题的function,其中包括: 虚拟机生成ID – 这解决了USN回滚问题,这意味着快照(或更具体地说,回滚到快照)不被支持/一个非常糟糕的想法 集群引导 – 这解决了上面提到的故障转移集群周围的“鸡和蛋”问题。 启动过程中,故障转移群集不再需要DC存在。 所以我的第二个问题与第一个问题类似,但这次是2012+。 假设vDC和主机都是2012+,并且您将聚类排除在等式之外,还有其他像上面提到的那些问题,意味着我应该考虑一个物理DC吗? 我还应该考虑在我的单个非集群2012 / 2012R2 Hyper-V主机上使用单个虚拟化DC的物理DC吗? 我听说有人build议将AD放在Hyper-V主机上,但由于各种原因,我不太喜欢这个想法(WBcaching在启动时被禁用)。 作为一个侧面提示,我的问题隐含地认为,让您的Hyper-V主机join域以提高可pipe理性是有意义的。 这个断言是否经过审查? 更新: 在阅读了一些答案之后,我想到我可以略微不同地描述一些事情,以便了解我所问的内容: 即使在2012年和之后的改进中,事实仍然是在没有任何物理DC或其他主机上的虚拟DC的情况下,当没有DC可用时主机仍然启动。 这实际上是一个问题吗? 从某种意义上说,如果把虚拟化完全放在图片之外,我想这是相同的(或非常相似的)问题。 如果您定期在任何区议会之前启动成员服务器,是否有问题?

Linuxpipe理员如何改进他们的shell脚本和自动化技能?

在我的组织里,我和一些NOC的工作人员,初级工程师和一些高级工程师合作。 所有的重点都放在Linux上。 公司发展才能的一个有趣的步骤是从NOC到高级工程队伍。 把人才库看作是一个相对较新的人才,我发现技能组合中有一个分化趋势会随着时间的推移而增长。 有一些工程师能够很好地了解一种或几种特定的技术,并不断沉浸其中,例如MySQL,防火墙,SAN存储,负载均衡器等。 还有其他人是通才,可以导航多种技术。 所有人都学习了足够的Linux(命令,进程)来完成他们每天所需要的和使用的任务。 一些员工之间的差异化因素是他们如何包含脚本,自动化和configurationpipe理方法。 例如,我们有两名工程师负责Amazon AWS CloudFormation的大部分工作,另一名负责处理大部分Puppet基础设施。 也许四分之一的工程师擅长BASH shell脚本。 在DevOps技能在求职市场中 令人难以置信的高度需求的背景下,我很好奇其他组织如何促进这些技能的发展并培养他们的内部人才。 脚本似乎不是一个特别可教的概念。 系统pipe理员如何改进他们的shell脚本? 对于那些没有/不能跟上DevOps范式的工程师,还有一个地方吗? 我们是否简单地认为,随着这些技术的发展,有些人会被抛在后面呢? 可以吗?