有人可以告诉我，如果这是一个高性能计算或高可用性mySQL集群？ 有一个设置的图片 。 这是他们谈论的config.ini一部分 [ndbd default] NoOfReplicas=2 # Number of replicas NoOfReplicas确定我是否拥有HPC或HA集群是否正确？
我目前正试图找出一个好的configuration，使堡垒主机高度可用。 我想要达到以下目标： 堡垒主机需要能够承受可用区域故障和EC2实例故障。 一个小的停机时间（几分钟）可能是可以接受的。 堡垒主机需要通过永久性的DNS入口访问。 不需要手动干预 我目前的设置如下：两个可用区域中的Auto Scaling Group中的堡垒主机，Auto Scaling Group前面的ELB。 这个设置有一些优点： 易于使用CloudFormation进行设置 可以使用两个AZ上的Auto Scaling组来保证可用性 不计入账户EIP限制 它也有一些缺点： 在ELB后面有两个或更多堡垒主机，SSH主机关键警告是常见的，我不希望我们的用户习惯忽略SSH警告。 ELB花钱，而不是EIP。 实际上和堡垒主人差不多。 这不是一个真正的问题，我只是为了完整性而添加了这一点。 另一个明显的解决scheme是使用ElasticIP，它具有 – 我所见 – 有一些缺点： 我可以（可以）不直接将EIP附加到Auto Scaling组 当不使用Auto Scaling组时，如果旧的EC2堡垒主机发生故障（例如使用AWS Lambda），则必须安装一些新的EC2堡垒主机。 这增加了复杂性。 当EIP手动连接到Auto Scaling组时，在可用区故障时，EIP将被取消连接，不会重新连接到新实例。 再次，可以通过运行将EIP重新附加到实例的程序（在实例或AWS Lambda上）来解决此问题。 这又增加了额外的复杂性。 什么是高可用性SSH实例的最佳实践，即堡垒主机？
我厌倦了担心家里的数据丢失。 我的妻子是半职业摄影师，基本上我们所有的家庭记忆都是数字化的（我们应该转换那些没有的）。 我正在计划设置两个系统来托pipe磁盘，并通过两个系统中的磁盘上的iSCSI运行某种群集文件系统（然后再运行外部驱动器，每周轮换一次）。 我运行Linux，需要支持Apple OS X和一些Windows（可以忽略Windows，因为它可以用于VMware自己的LUN实验，也可以用于SMB）。 所以，如果有一个Mac本地客户端，这将是很好的，但我可以与NFS一起生活。 这个环境还会有一台Mac笔记本电脑，一台Linux笔记本电脑和一个大型桌面，它们将被附加到主文件系统上，但它们只会是用户，他们不会贡献存储空间。 硬件方面，我相当开放，低功耗将是好的，因为这些可能会全天候（除非我设置我的Linksys路由器发送唤醒局域网包当有人找他们？），寻找可能双核Atom与nVidia芯片组，所以我可以有4GB的内存，2-4个SATA端口和双千兆以太网。 我计划购买5个磁盘开始（得到数字1将死亡，所以得到的备件，这将首先进行testing），这是一个好端口（和驱动器插槽的情况下）或两个免费。 我将有一个桌面和两个相当健壮的笔记本电脑来玩虚拟机和其他密集的工作，所以我不认为桌面CPU是有道理的（虽然诱人）。 能够从CF卡启动会很好。 而不是处理专有的驱动程序，但由于这些将是无头（可能），这不会是一个问题。 我遇到了ATI驱动程序问题，导致用户切换和powersave / suspend问题（你想让Planet Penguin Racer飞行，还是不用注销让你的妻子或孩子们使用电脑？）。 我想重复使用我已经有的电源和电源，但是他们是ATX（旧的，但不是那么老），会有小MB的问题（我担心的情况下，我预计MB会采取标准的24针ATX插头）？ 硬件我正在考虑： ZOTAC IONITX-FE凌动N330 1.6GHz双核迷你ITX英特尔主板 – 拥有16x pci express ZOTAC IONITX-AU凌动N330 1.6GHz双核迷你ITX英特尔主板 – 附带powersupply 华硕AT3N7A-I英特尔凌动330 / Nvidia ION /迷你ITX主板 – 具有PCI插槽 全部只有一个千兆以太网端口。 我宁愿有自己的PS的那个，Zotac至less有WiFi（给一些冗余，性能可怕）。 总结：FS可能工作：Gluster似乎很好（任何人都亲自使用它？来来去去的笔记本电脑怎么样？），pNFS也可以工作，其他任何事情，只要它工作，一切就绪？ （对于类似的问题，太多的人张贴链接到准备好的产品，或者没有任何容错的东西。） 否：Lustre真的想要一个大的安装。 xtreemfs – 没有冗余，pvfs – 我只是不喜欢现有的fs，GFS2和OCFS2上的东西 – 这是人们在这里所说的一种痛苦。 酷，但不存在 – POHMELFS，CEPH，CRFS，
我目前有一台运行带有12x1tb磁盘的Oracle Solaris Express 11的存储服务器。 它目前提供两个function：1）通过NFS为小型vSphere 4.1场提供数据存储，2）通过SMB为团队提供networking共享。 ZFS的优势对于我们迄今为止的用途来说是显而易见的。 但是，我们正在开始考察单点故障，并调查消除它们。 一个明显的单点故障是NAS本身。 如果涉及Solaris或NAS硬件的软件或硬件问题，则会使整个存储池脱机。 我们已经有了购买另一个等效机箱+磁盘的预算，但是我的软件选项是如何将这些机箱集中在一起并使存储池更加可用？ 我已经阅读了一些有关HAStorage +的东西，作为一个可以进行存储集群的软件，但是也可以通过两个节点来集群NFS和SMB服务吗？ 我可以期待实现自动故障转移的解决scheme吗？ 最后，有没有什么体面的指导如何设置呢？
对于我们的SaaS应用程序，我希望有一个适用于数据中心广泛故障的系统。 在主数据中心，我们有两台使用MSSQL数据库镜像（同步）的服务器。 这为我们提供了一个足够好的高可用性服务器故障解决scheme。 如果服务器死了，它会在几秒钟内自动故障转移（在第三个见证服务器的帮助下）。 我正在考虑使用镜像数据库中的MSSQL复制或日志传送 ，以将热备份服务器保留在另一个数据中心 – 注意这将是跨大西洋的，因此高达100ms。 我想我可以使用一些短暂的（5分钟）TTL的DNS故障转移服务，在第一个数据中心发生故障时将stream量引导到第二个数据中心。 问题： 我可以使用复制或日志传送从镜像数据库（无缝工作，如果它故障转移到另一个实例）？ 哪一个是首选的 – 复制或日志传送或别的东西？ 是否有可能让故障转移数据库接受写入？ 或者是否会有潜在的故障转移数据丢失，最好只有在我们恢复到主数据中心之前才能进行只读操作？ 谢谢！ 编辑：任何人有任何想法的备用MSSQL服务器configuration？
我有一个想法，为我的网站的故障转移高可用性，但我不知道，如果这是好的，坏的或灾难本身。 我的主服务器托pipe一个ASP.net网站，在另一台服务器上使用SQL服务器数据库。 两台服务器都在运行镜像RAID驱动器，两块网卡，两台交换机等。供应商保证99.999％的正常运行时间，但是出现了一些问题，他们花了差不多一天时间才解决。 我更关心的问题，如域名/ DNS问题，这是我们直接控制，可能需要6-24小时传播。 或者就此而言，可能会导致我们的主要数据中心，电力线，networking连接基础设施，域名劫持以及人类死亡的崛起等等的广泛传播灾难;）等等。 所以我的想法如下：在另一个国家的另一个提供商主机的第二个域名。 调用类似于主站点名称的域名。 为该站点提供一台服务器，并在该辅助提供程序中托pipeSQL db的服务器。 网站服务器的设置与网站完全一样，是主站点。 我的主SQL服务器每隔5分钟在辅助提供程序中对辅助服务器进行镜像（使用高性能镜像）。 假设由于某种原因，主要的网站是无法访问，由于一些大的和讨厌的继续。 将DNS更改为指向备份域，并在Twitter，Facebook等网站上发布，任何需要我的网站的人都可以使用www.backupdomain.com，直到dns更新通过networking传播。 这会工作，有没有更好的select来处理这样的问题？ 我所做的大部分研究都指出要对集群，负载平衡，重复硬件，镜像等进行故障切换，我认识到这会使本地主机冗余，但是如何处理更广泛的传播中断。 预算也是有限的，所以我们不能花费数百万美元购买一个超级不败的谷歌永远不会死的系统。 但是，能够处理非常糟糕的中断，只需要30分钟到1小时的停机时间就是完美的。 提示，build议，链接都欢迎。
我知道这个问题的很多变种已经被问到了，但我仍然无法find一个好的答案来满足我的需求。 我想要做的是设置一些（至less2个）VPS来托pipe我的networking应用程序。 我想提供一些负载平衡 （这是很容易实现与我们说的光油），和相对较高的可用性 – 这是我的问题。 使用负载平衡器（我需要在VPS的主机上托pipe）引入了单点故障 ，与只有一台机器服务内容几乎一样糟糕。 View post on imgur.com 而AFAIK DNS轮询方法不仅是负载平衡的好主意，而且也不提供故障切换机制 。 如果其中一台服务器出现故障，某些人（使用caching的DNS IP）仍将尝试连接到不可用的服务器。 忘记短TTL – 这不是正确的解决scheme。 View post on imgur.com 一个非常重要的事情要考虑：我想让我的VPS分布在许多数据中心 ，所以如果电力或ISP在一个数据中心失败，网站将不会崩溃。 我能想到的唯一的两个解决scheme是依靠dns循环（如果发生服务器故障，至less将某些内容提供给一定比例的用户，直到恢复），或者在数据中心购买一台专门的服务器，为数据中心做好充分的准备有几个互联网连接（与租用甚至10个VPS相比，这是非常昂贵的）。 所以问题是： 有几个负载均衡的VPS时，避免单点故障的正确方法是什么？ 请原谅图像。 他们就是我所说的“尽可能基本”的例子。
已经在MySQL中使用：主服务器和辅助服务器之间的实时复制（同步）使用主从命令完成。 那么MsSQL的等效function是什么？ 哪种复制方法应该用于实时同步？ 它是标准版支持还是我需要购买MsSQL企业版？
使用DRBD版本：8.2.6（api：88 / proto：86-88） 这里是/etc/ha.d/haresources的内容 db1 192.168.100.200/24/eth0 drbddisk :: mysql文件系统:: / dev / drbd0 :: / drbd :: ext3 :: defaults mysql 和/etc/ha.d/ha.cf 日志文件/ var / log / ha-log logfacility local0 保持活力1 死亡时间30 warntime 10 initdead 120 支持694 bcast eth0，eth4 auto_failbackclosures 节点db1 节点db2 respawn hacluster / usr / lib64 / heartbeat / ipfail apiauth ipfail gid […]
嘿大家。 首先让我说，我的Linux经验不是超棒的，但我通常可以轻松find解决问题的方法。 在工作中，我们有一个OpenVPN的设置，一段时间以来有所改进。 主服务器（分stream模式）在我们的办公室运行，在相当慢的DSL连接之后。 主要的问题是，因为我通常不在办公室，所以每次我想访问虚拟networking上的东西时，都必须通过该服务器才能到达其他任何地方。 我们有两台服务器用于100 Mbit连接，我们用于开发和生产目的，另外约三台服务器（其中一台服务器位于不同的T1线路上，用于VOIP）和大约二十个客户每天使用networking来自不同的地点。 我们有一些情况，networking路由（我们的控制之外）不允许用户访问我们的主要OpenVPN服务器，而其他地点是可以连接的。 同样，任何时候，办公室外的人都想从任何一台服务器（比如说一个500MB的代码仓库）中获取某些东西，那么现在下载速度高达20KB / s是不可接受的（我提到了慢DSL是好的）。 我们不得不在这个服务器上实现stream量整形，因为最大化这个连接是相当简单的。 我曾想过在networking中运行两个（或更多）OpenVPN服务器。 这些必须具有相同的子网，因为我们的应用程序依靠虚拟networking的IP地址来实现其某些核心function。 客户最好还是保留相同的IP地址，但这并不重要。 为了简单起见，让我们打电话给当前的服务器办公室和我设置的第二台服务器， 云 。 拨打T1 电话上的服务器。 事实certificate，这是相当复杂的，因为只要我连接到云 ，我不能看到办公室 。 任何通过办公室的服务器的路由也不会工作，而我连接到云 （不ping，没有），反之亦然。 对于阻止stream量的iptables没有规定。 最近我遇到了这篇关于linuxjournal的文章，但是他们提供的解决scheme似乎只涵盖了两台服务器的使用，而且有点过时（甚至找不到太多的文档，他们的wiki是离线的）。 他们还表示，增加更多的服务器将是一项复杂的任务。 理想情况下，我想让现有的服务器办公室运行虚拟networking，并在云服务器和电话服务器上运行OpenVPN守护进程（分别为100 Mbit和非常可靠的连接），以便在出现硬件故障时保证安全，DSL故障等 因此，本质上，我正在寻找一个高可用性的OpenVPN解决scheme（修复，修补，破解，调整，无论你想调用它），将接受多个主机（2或更多）的连接，同时保持相同的IP地址子网无论您连接到哪个服务器。 感谢您的阅读和对长文章的抱歉，我希望得到的重点：P 编辑： 我忘记提到的另一个重要的部分是3台服务器需要在虚拟networking上拥有一致的IP地址，因为我们的应用逻辑直接依赖于这些。 客户端是不相关的，他们可以有任何地址，但服务器之间需要进行通信。 如果你知道一个不同的解决scheme（可能是10.8.0。*中的条目的某种types的dns），请将其包含在内。 再次感谢。 编辑2： 添加了一个networking地图，这不是很好，但应该得到的重点。 请注意，对于任何服务器与任何其他服务器进行通信，它必须始终通过Office服务器。 这是意图，虽然我想将这个function改为Cloud 。 networking地图