Questions tagged «high-availability»

我正在使用基于Zex支持的双头NAS进行高可用性群集共享存储，基于Nexenta的推荐体系结构，如下所示： 1个JBOD中的磁盘将存储单个4 TB Postgres数据库的数据库文件，另一个JBOD中的磁盘将存储20 TB的大型原始二进制平面文件（大型恒星对象碰撞模拟的集群结果）。换句话说，支持Postgres文件的JBOD将主要处理随机工作量，而支持模拟结果的JBOD将主要处理串行工作量。两个头节点均具有256 GB的内存和16个内核。集群有大约200个核心，每个核心维护一个Postgres会话，因此我希望有大约200个并发会话。 我想知道在我的设置中让ZFS头节点同时充当集群的Postgres数据库服务器镜像对是否明智？我唯一看到的缺点是： 扩展我的基础架构的灵活性较低。 冗余级别略低。 Postgres的内存和CPU资源有限。 但是，我看到的好处是ZFS对于自动故障转移还是很愚蠢的，而且我不必花费很多工作就可以使每个Postgres数据库服务器确定头节点是否发生故障，因为它会与头节点一起发生故障节点。

9 storage  postgresql  zfs  high-availability  zfsonlinux 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 我是小型软件公司的系统管理员。我将虚拟化我们的服务器。这样做的主要原因是要提供尽可能长的正常运行时间，但可能还会增加资源利用率。 我们有两个服务器。一方面，我们几乎没有开发VM，也没有将其用作构建服务器（Jenkins Master，但还有Build Executor）。在第二个方面，我们获得了一些关键服务（代码存储库，问题跟踪器）。 我想使用这些机器来创建两个节点集群并为每个服务创建VM。我想使用DRBD，因此可以在节点之间移动机器。 经过研究，我的候选人是Proxmox和Ganeti。在我的情况下哪一个更好？我喜欢Proxmox的简单性（尤其是安装简单性），但是也许有使用Ganeti的正当理由吗？

9 virtualization  high-availability  cluster  ganeti  proxmox 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使其成为服务器故障的主题。 4年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 在几种情况下，如果发生故障（服务器挂起或崩溃），我需要将应用程序从一台服务器迁移到另一台服务器。 在solaris上，我们使用VCS（Veritas Cluster Server）进行此操作。Linux有哪些可用选项？ 请指出每个装置的设置/维护工作量或费用（如果有）。 -添加了更多详细信息- 给出复杂度级别的概念： 发生故障的服务器可能会挂起或崩溃，恕不另行通知，可能仍然可以“ ping通” 恢复服务器需要在故障转移时启动其应用程序 一旦服务器启动/重启失败，它就会变得被动，以免干扰恢复服务器。 这是一个数据收集或计算节点，而不是数据库，因此可以使用更简单的解决方案。 -详情（抱歉）- 共享存储不是一种选择，但是不需要从一台服务器迁移到另一台服务器太多的状态（如果有的话）。我们通过rsync使两个服务器保持同步。 非常感谢您到目前为止的所有帖子。

9 linux  failover  high-availability  vcs 

对于一个项目，我的任务是为网络商店和CMS系统规划高可用性设置。但是，当然，该项目的预算很紧张。因此，高端解决方案可能不在预算之内。 将有两台运行Web服务器（CMS，车间）的计算机，一台运行数据库的计算机，以及一台运行传真服务器的计算机，该传真服务器用于向合作伙伴下达订单。所有系统都运行Linux。所有这些组件都必须具有高可用性，并应支持透明的故障转移。 为了降低硬件成本，我考虑使用虚拟化环境。那里有很多信息，但我不知道确切要开始。显然，至少需要将服务器作为虚拟机的主机，这样就不会出现单点故障。 哪种方法可以支持高可用性？ 第一个问题是在这种情况下哪种虚拟化解决方案最佳。需要某种管理界面。需要一种将正在运行的虚拟机从一台主机移到另一台主机的方法，以便可以对主机进行维护。需要某种机制，以便在一台主机发生故障时虚拟机仍然可用。您能在这里提出有效的解决方案吗？ 在大多数情况下，共享文件存储似乎是高可用性的先决条件（预计VMware vSphere会非常昂贵）。但是，与其将另外两个服务器添加到设置中以提供冗余的NFS文件存储，不如将更多的钱投入虚拟机主机中。是否有可能仅与两个虚拟机主机相处？一个解决方案可能是两个同时使用这两个作为NFS主机。为此会有很多性能损失吗？ 编辑：我的目标是99.9％的可用性。但是，由于有正常的工作时间，因此不需要24/7的可用性，因此有一定的操作空间。必须以某种方式保证的可用性时间是从上午10点到午夜。

9 virtualization  high-availability 

如果发生故障时您负担不起或不需要集群或备用服务器上线，则似乎可以将一台功能强大的服务器提供的服务拆分为两台功能较弱的服务器。因此，如果服务器A发生故障，则客户端可能无法访问例如电子邮件，如果服务器B发生故障，则可能会失去对ERP系统的访问。 虽然乍一看似乎会更可靠，但这是否只会增加硬件故障的机会？因此，任何一个故障都不会对生产率产生太大的影响，但是现在您要为自己设置两倍的故障。 当我说“不太强壮”时，我真正的意思是降低组件规格，而不是降低质量。因此，一台机器规格用于可视化，而两台服务器规格则用于减少负载。 通常，建议使用SAN，以便您可以使用群集或迁移来保持服务正常运行。但是SAN本身呢？如果我要把钱花在发生故障的地方，那将不会出现在基本的服务器硬件上，它将与存储有关。如果您没有某种冗余SAN，那么这些冗余服务器将不会给我带来很大的信心。就个人而言，对于小型操作而言，对具有冗余组件和本地驱动器的服务器进行投资对我来说更有意义。我可以看到在SAN的价格和灵活性都具有成本效益的大型运营中的好处。但是对于较小的商店，我没有看到争论，至少对于容错性没有。

9 hardware  high-availability 

我正在寻求共享存储选项的建议，支持ESXi的HA集群（注意我不是要求产品/品牌/型号建议-我知道这是对这里的规则）。我问了技术建议。 我工作的公司是一家小型企业。目前，我们有一个带有DAS和ESXi 6.0的HP DL380 G9，它在运行我们定制开发的应用程序。我们现在正在研究如何使用最经济的选择来实现HA / FT。我们需要HA / FT，因为我是一个IT团队，而且我经常出差，所以手动故障转移/恢复不是一个选择。 我了解我们至少需要2台ESXi主机（物理服务器）和共享存储才能实现HA / FT。我认为这是很有趣的地方：即使是那里最便宜的入门级存储阵列，对我们来说也可能是过大了。我们的存储容量需求可能约为200GB，并且至少5年内我们看不到这一翻倍。但是，我们需要用于HA / FT的共享存储。 因此，非常感谢您对我的选择提出任何建议。谢谢。

8 vmware-esxi  vmware-vsphere  high-availability  fault-tolerance  shared-storage 

假设我有一个给定域的2个IP（轮询DNS）。 如果其中一个IP不再响应，客户端将尝试连接到另一个IP吗？否则他们将无法与域建立通信？

8 domain-name-system  high-availability  redundancy  fault-tolerance  round-robin 

我们利用心跳实现高可用性。我想向心跳群集添加一个额外的IP地址，但是我不想在此过程中完全重启群集。我是否可以发送到心跳信号，促使它重新解析“资源”文件并对其执行操作？心跳-r似乎无法解决问题。

8 linux  high-availability  heartbeat 

使用两个Debian服务器，我需要为cron作业设置一个强大的故障转移环境，一次只能在一个服务器上调用该作业。 在/etc/cron.d中移动文件应该可以解决问题，但是是否有简单的HA解决方案来执行此类操作？如果可能的话，不要心跳;）

8 linux  debian  cron  failover  high-availability