在我们的组织中，我们正在考虑实施某种服务器维护的非正式内部策略。 我们正在看的是每两个月完成整个服务器池的维护; 每个月我们都会做一半的服务器。
我想弄清楚的是将服务器分成两组的方法。 我们的命名规则并不是太需要（但是越来越好），所以名字或者数字并不真正起作用。
我可以很容易地列出所有的服务器，并将它们分成两部分，但是随着新服务器的不断添加，以及旧服务器的退出，这个列表将成为头痛的问题。 我想看看任何给定的服务器，并知道是否应该在这个月或下个月进行维护。
例如，查看序列号将会很好。 如果它是以偶数开始，那么甚至在几个月内就可以完成维护，反之亦然。 这个例子不起作用，但有一半以上的服务器是虚拟的。
有任何想法吗？
那么我猜这样的一个政策，“这个月甚至连服务器序列号，下个月奇怪”可以正常工作，对我来说维护这个列表似乎很多工作。 如果您可以通过networking查询您的所有服务器的序列号，则可以自动执行此过程，这将使其易于pipe理。
我想我不太了解“每月维护”这个概念。 你需要什么样的东西批量这样做，手动？ 你在谈论应用操作系统补丁或固件更新或什么？ 操作系统和软件补丁，你应该尽可能自动化，并可能在一个非常持续的基础上。 对于固件或者BIOS的更新，我可以看到你想如何分组服务器，因为你必须重新启动机器，不pipe怎样，这种事情都是一个相当手动的过程。
那怎么样：只要用你的前缀命名你的所有机器，并从1开始。猜猜你有多less台服务器，并用零填充。 因此，您的第一台机器是company-00001 ，其次是company-0002等。您应该为常规使用指定function名称，例如使用额外的dnslogging来分配company-00001 web-00001 。
然后，只要查看company-名称的最后一个数字，以确定机器是奇数还是偶数，并按月份将它们分组。
我们的服务器名称都包含一个数字（例如site-service ##），然后我们将服务器分为偶数和偶数。 然后更新和补丁仅适用于偶数或奇数组。 我们甚至使用这个系统来平衡供电和维护networking设备。
这是一个相对简单的系统，可以让我们轻松地logging更改，例如“今天将更新XYZ应用于奇怪的Web前端”。
当然，如果你的服务器是以迪士尼angular色命名的，或者其他不相关的东西开始的话，这可能对你没有什么帮助。
有几乎无数的方法来做到这一点，这里的build议将是主观的。 这是我的build议：
根据function拆分服务器
根据“forms因素”拆分服务器：虚拟VS. 物理
通过主机分割虚拟服务器