小编Dam*_*mon的帖子

管理 XenServer 和管理 CentOS 一样吗?

鉴于 XenServer(目前为 7)基于 CentOS,这是否意味着它在更新、CLI、管理(非 Xen 特定,如 mdadm 和引导加载程序)等方面的工作方式与 CentOS 一样?

基本上,如果我想使用 XenServer,那么我是否承诺以 CentOS“方式”使用、学习和工作?

我们有一个新的(对我们来说)服务器,现在是切换虚拟机管理程序的时候了,我们开始使用 Xen。

我们目前熟悉并可以有效管理的设置是一个 Debian 主机,它有几个使用 Virtual Box 的虚拟机,至少可以说不太理想。因此,我熟悉在 Debian 中工作,并有意识地选择在我们的服务器上使用 Debian。我只为我们的小型企业管理我们的服务器,所以我没有其他设置和其他发行版的多样性可供使用。

根据我的理解,Redhat 做事的方式与基于 Debian 的发行版有点不同,并且需要未知数量的学习曲线;但肯定有学习曲线。

因此,如果我使用 XenServer,我是否也致力于 Redhat 学习曲线?

我知道我可以使用基于 Debian 的 Dom0 安装 Xen,但我读到的共识似乎说 XenServer 总体上运行得最好。但是,我需要做一些配置,例如启动并运行 Dom0、Xen 和网络共享的本地 RAID 阵列,以及按顺序获取引导加载程序和 grub。我可以在 Debian 中轻松完成此配置,因此我正在尝试权衡尝试以 CentOS 方式进行相同配置的时间成本由我自己为我们公司慢慢发生在下班后;因此问题。

xen xenserver

8
推荐指数
2
解决办法
862
查看次数

小型办公室问题中 HA 服务器的 DRBD

背景:我们在小型办公环境中需要一个 HA 服务器,并且正在寻找 DRBD 来提供它。我们只有大约 100GB 需要在 HA 服务器上,服务器负载将非常低。如果我们存档旧的办公室数据,数据可能每年增加约 10%-25%,如果我们不存档,则每年增加 50%-75%。

重点是我们混合使用消费级和企业级硬件,如果我们不提前计划,这将是一个问题;并且预先构建的优质服务器确实会失败,因此冗余服务器似乎是要走的路。

计划:我们认为最好找到 (2) 台最物有所值的二手服务器并同步它们。我们只需要具备 SATA/SAS 功能的服务器和足够多的驱动器空间。如果您达成交易,这些服务器似乎可以以 100-200 美元(+一些零件和额外驱动器)的价格购买。

从理论上讲,这意味着服务器可能会出现故障,如果我们花几天的时间来解决它,只要我们没有另一个巧合的故障,事情就会一直持续下去,直到我们的 IT 部门(我)能够解决它。我们将使用 Debian 作为操作系统。

一些问题

  1. (A) DRBD 如何处理驱动器或控制器故障?也就是说This在存储驱动程序之前显示DRBD,那么当控制器发生故障并写入脏数据或驱动器发生故障但没有立即崩溃时会发生什么?数据是否镜像到另一台服务器,在这种情况下是否存在跨服务器数据损坏的风险?

  2. (B) DRBD 的失败点是什么;理论上,只要一台服务器启动并运行,就没有问题。但是我们知道存在一些问题,那么使用 DRBD 的失败模式是什么,因为它们中的大多数理论上应该是软件?

  3. 如果我们要为此使用两台服务器,那么在每个服务器上运行 VM 并使用 MYSQL 和 Apache 进行数据库和 Web 服务器复制是否合理?(我假设是这样)

  4. DRBD 是否足够可靠?如果不是,则不可靠性是与某些任务隔离的,还是更随机的。搜索发现了有各种问题的人,但这是互联网,似乎坏信息多于好信息。

  5. 如果数据通过 LAN 同步,DRBD 是否使用双倍带宽?也就是说,我们是否应该在 NICS 上加倍并进行一些链路聚合和中继?然后也许将它们放在单独电路上的单独路由器和单独房间中的 UPS 上,现在您真的有一些冗余!

  6. 就服务器管理而言,这对于办公室来说是否太疯狂了?是否有更简单的 REALTIME 替代方案(理论上 DRBD 似乎很简单)。

我们已经有服务器了。所以在我看来,第二台带有 DRBD 专用驱动器的二手服务器可以很容易地以 150-250 美元左右的价格购买。添加第二个路由器、更多驱动器、更多 NIC(已使用)和 (2) 个 UPS,并且正在谈论 1,000 美元 +/-。那是比较便宜的!我希望这主要是在服务器故障期间为我们争取时间。如今,使用 RAID 似乎更容易处理驱动器故障。其他硬件故障,如控制器、内存或电源,可能需要停机来诊断和修复这些问题。

对我们来说,冗余服务器意味着使用过的硬件变得更加可行,有更多的正常运行时间和更多的灵活性,让我可以在我的日程安排允许时修复问题,而不是不得不停止一切来修复服务器。

希望我没有错过这些问题有易于搜索的答案。我进行了快速搜索,但没有找到我要找的东西。

failover redundancy drbd failovercluster

7
推荐指数
1
解决办法
363
查看次数

Raid 5 恢复过程

我最近刚刚设置了一个 3 驱动器 4TB MDRAID 5 阵列,用于镜像和我们服务器的在线备份。

我正在为未来的硬件(驱动器)故障做准备,并希望减轻 URE 的恢复故障。

通常我认为重建数组的过程是:

  1. 卸下并更换故障驱动器。
  2. 重建阵列

据我了解,在降级的 RAID 5 阵列中,您仍然可以访问数据;但是当故障驱动器被更换并且阵列正在重建时,如果检测到 URE,则恢复将失败并且阵列上的数据将立即变得不可读和不可恢复。

如果我的理解是正确的,那么在复制所有(可读)数据之前恢复阵列似乎并不谨慎。

这给我留下了一个过程:

  1. 数组中的重复数据。
  2. 卸下并更换故障驱动器。
  3. 重建阵列

是否有另一个过程可以减轻重建失败(重建期间的第二个驱动器故障除外)?在不先复制数据的情况下重建阵列是否安全?我的假设是否错误,例如在 URE 上重新构建失败,但数据在降级状态下仍然可用?

raid mdadm software-raid raid5 degraded

4
推荐指数
1
解决办法
215
查看次数