我正计划在ubuntu上使用高可用性，在drbd上进行一个简单的configuration之后，我开始使用drbd，然后进入了心跳状态，并且configuration了一个简单的configuration。 在drbd官方网站上，一份文件告诉我心跳是遗留的，我应该将心脏起搏器作为CRM。 在心脏起搏器相关的文件，我明白心跳和OpenAis都是集群基础设施，但openais更受欢迎select红帽，所以我去欧佩尔和安装openaissearch后，我明白，corosync是一个项目来自欧佩克，似乎corosync与ubuntu而不是openais一起使用。 我想configurationcorosync但没有configuration文件声明的地方！ 1.什么人可以描述起搏器与露天的关系，corosync？ 2.什么是Ubuntu上高可用性的首选技术？ 你可以请一步一步的指导，以设置ubuntu的高可用性？ 提前致谢。
我有两个Microsoft SQL Server（v 2012），我想让它们镜像，当它们中的一个出现故障时，第二个将被replace。 AlwaysOn是SQL Server 2012中的一项新function，被指定为高可用性解决scheme。 我必须说我没有SAN。 在这种情况下可以创build高可用性吗？ 没有SAN的最佳解决scheme是什么？
我想知道Corosync消息传递软件中多播地址的用途： 由于我们必须将每个networking接口与IP地址和特定端口绑定，并且每个环通过这些IP进行通信， 我不明白为什么我们还必须使用多播地址。 有人可以开导我吗？ 谢谢 ！ [编辑] 好的，但是当我评论多播地址时，corosync无法启动： [MAIN ] parse error in config: No multicast address specified 这里是我的configuration文件，我从头开始使用指南集群来configuration解决scheme，大部分设置都是默认值。 totem { version: 2 token: 3000 token_retransmits_before_loss_const: 10 join: 60 consensus: 3600 vsftype: none max_messages: 20 clear_node_high_bit: yes secauth: off threads: 0 rrp_mode: passive interface { ringnumber: 0 bindnetaddr: 10.55.54.1 mcastaddr: 226.97.1.2 mcastport: 5409 } interface […]
我正在玩AWS。 我的目标是设置基础设施，这将有传出连接上的静态IP（支付提供商的要求，在我们的应用程序中实现了哪个解决scheme），同时我希望具有负载平衡function。 我阅读了一些文档，他们都说，这样的解决scheme是不可能实现的，因为你需要决定使用Elastic Load Balance（不提供静态IP）还是Elastic IP（在同一时间不提供负载均衡）。 有什么可以用在我的情况下的伎俩？ 预先感谢您的任何build议。 彼得·
有没有办法让keepalived定期发送免费ARP？ 我们有以下情况： 交换机故障（VLAN设置） keepalived失败备份实例 备份实例发送免费ARP，但Cisco ASA设备没有得到它（因为交换机故障） 当交换机恢复时（几分钟后），VIP无法访问，因为ASA没有刷新ARP表（ARP表过期设置为4h） 因为ASA已经有来自之前活动节点的MAC，所以它没有发送ARP请求 VIP直到我们重新启动新的GARP的keepalived实例才无法访问 所以我们认为我们可以用定期的GARP来避免这种情况。 这是一个很好的方法，有没有办法在keepalived内做到这一点？ 任何其他的build议，以避免这种问题？ Keepalivedconfiguration： global_defs { notification_email { [email protected] } notification_email_from SERVER_1 smtp_server smtp.server.local smtp_connect_timeout 30 router_id SERVER_1 } vrrp_instance V1 { state BACKUP nopreempt interface eth0 lvs_sync_daemon_interface eth0 virtual_router_id 150 priority 120 advert_int 1 persistence_timeout 0 smtp_alert authentication { auth_type PASS auth_pass xxx } virtual_ipaddress […]
我们计划在虚拟环境中build立HA apache服务器。 服务器之间的负载平衡工作正常。 我们面临的问题如下： 我们希望有一个物理存储所有的Apache服务器（这是networking内容将放置）。 每个客户在存储磁盘上都有自己的用户和他自己的目录。 这意味着每个客户应该只能从我们的每个Apache服务器的“共享”存储上访问他自己的目录。 在以下方面实现我们的目标的最佳方式是什么？ 已同步的用户 共享存储 同步权限 高可用性 高性能
任何人都可以解释什么是心跳和UCarp IP故障转移场景之间的主要区别？ 他们都似乎提供这个function，也许UCarp更简单的设置？ 谢谢。
我们的项目计划从Sparc迁移到x86，我们的HA需求为99.99％，之前在Sparc上，我们假设硬件稳定性会每四个月甚至一年发生一次硬件故障，还有我们的应用程序的testing数据，那么我们就要求每个计划外恢复（故障转移）达到99.99％（每年非计划停机时间为52.6分钟）。 但是由于我们打算使用Intel x86，所以硬件的稳定性似乎不如Sparc好，但是我们没有详细的数据。 因此，与Sparc相比，英特尔x86的稳定性如何，我们是否应该假设我们有更多的意外停机？ 如果是这样，多less倍，双倍？ 哪里可以find这两种硬件的更多细节？
我们正在改变我们的SAAS应用程序（IIS + MSSQL）的主机，并有机会重新devise基础架构。 要么坚持我们所拥有的（运行良好），要么使用vSphere虚拟化。 当前： 2个Web /数据库服务器每个都安装了IIS / MSSQL。 Windowsnetworking负载平衡使用虚拟IP地址和MSSQL镜像来为两个节点之间的stream量分配数据库自动故障转移。 1x MSSQL见证服务器 （小型VM） 如果一台服务器出现故障，NLB会将stream量重新路由到另一个节点，MSSQL将自动进行故障转移。 NLBredirect时，可能会有40秒的停机时间。 可能： 2x vSphere主机 防火墙虚拟机 – 1个vCPU，512MB RAM，20GB硬盘 Web服务器虚拟机 – 1个vCPU，2GB RAM，50GB硬盘 数据库服务器虚拟机 – 2个vCPU，4GB内存，100GB硬盘 1个CentOS Linux SAN （挂载为NFS共享） 对于数据库和networking来说，担心是不够的。 目前，Web / DB服务器充分利用节点，如果出现故障，只需要共享一个节点。 如果SAN失败怎么办？ 被告知，虚拟机HDD将驻留在主机上，SAN充当冗余存储。 我认为这个解决scheme使用VMware高可用性 – 数据库的数据丢失是不可接受的。 而是应该有两个数据库虚拟机与MSSQL镜像设置，但运行在不同的主机节点？ 编辑：虚拟化的优点是能够克隆机器，轻松移动到新的硬件，能够分离出DB / Web服务器。 对此有何评论？ 任何帮助将不胜感激！
我需要创build一个redunant 2-linux机器configuration，以便server1：/ dir上的文件与server2上的文件同步：/ dir 我设法configurationGlusterFs来做到这一点，但是当大文件工作得很好的时候，当涉及很多小文件的时候，它的工作速度非常慢。 要更好地理解：一个150MB的50K文件归档通常在3-4秒内在常规文件系统中解压，但在GlusterFS分区上超过15分钟！ 经过多次阅读和testing，我无法显着改善这一点。 我想知道任何人有与另一个群集文件系统的经验，能够比glusterFS更好地处理许多小文件。 或者，如果您有另一个build议，我应该试着保持2台服务器上的目录同步。