问题标签 [redundancy]

创建冗余颠覆存储库的最佳方法是什么？

我有一个 subversion 存储库（通过 apache2 和 WebDAV 链接），并且想在发生中断时在不同的服务器上创建一个镜像存储库，但我不确定继续进行的最佳方法。

我认为可以使用提交后脚本来传播更改，但我不确定这是否是最好的方法，任何人都有任何意见

如何在我的 OpenID 登录网站上支持冗余？

例如，我的用户要求 100% 的正常运行时间（是的，没错，但让我们尽可能接近）。

他们中的一些人使用较少可用的提供程序（即，他们自己网站上的 myphpid，或者经常停机的初创公司的 ID）。现在我可以把他们送到更可靠的供应商那里，但我也想有一些冗余。

我希望我可以部署的一种解决方案，但对 OpenID 了解不够，可以尝试：

在具有相同凭据（哈希/密钥/等）但不同域的不同托管服务上设置多个 phpmyid（理想情况下，我有一个循环 DNS 和相同名称，但我也想考虑它们不同的情况域）。

这行得通吗？换句话说，我在不同的服务器上拥有完全相同的 phpmyid 文件，包括凭据。我可以使用 example.com/id 和 example2.com/id 并期望它在我的终端看起来相同，这样我就不必将多个 OpenId 帐户链接到我系统中的每个用户？

虽然我使用 phpmyid 的示例，但问题更笼统 - 凭据是重要的，还是域/ip/？？？还以防止这种方式链接？

是否存在或是否存在一种标准，允许人们将自己的 OpenID 从一个提供商转移到另一个提供商，而不必在他们使用该 openid 的每个网站上断开和重新链接？

-亚当

要部署我们网站的新版本，我们执行以下操作：

1. 压缩新代码，并将其上传到服务器。
2. 在实时服务器上，从 IIS 网站目录中删除所有实时代码。
3. 将新的代码压缩文件解压到现在为空的 IIS 目录中

这个过程都是脚本化的，并且发生得很快，但是当旧文件被删除并部署新文件时，仍然可能有 10-20 秒的停机时间。

关于 0 秒停机方法的任何建议？

我们正在使用 Java 和 Servlet 技术（实际上是表示层的 Wicket）创建一个 Web 系统，我们需要我们的系统几乎始终可用，因为我们的客户将非常依赖它。

这导致我们寻找一本专注于该主题的好书或其他资源，以解释如何为我们的系统设置更多冗余和故障安全架构。

我们目前的非排他性问题清单：

• 您如何拥有一个域名（例如http://www.google.com）实际上由多台具有负载平衡功能的服务器提供服务以分配用户？在这样的解决方案中是否总是存在弱点（在他们的情况下，这两个 [因为不能有更多] google.com 的 DNS 服务器）？
• 拥有多个数据库服务器来实现冗余和负载平衡似乎是个好主意。那是怎么设置的？
• 如果我们的其中一台 Web 服务器出现故障，我们希望进行某种故障转移并让用户使用仍在运行的服务器。除其他事项外，会话必须以某种方式同步。那是怎么设置的？
• 我们是否也需要某种同步交易？
• 亚马逊计算机云对我们来说是一个不错的选择吗？我们如何在那里设置它？是否有任何具有成本效益的替代方案？
• 我们是否需要在 JBoss 或 Glassfish 等 Java EE 容器中运行？

我有一个需要为其提供冗余的数据库。

它是 Codebase，但是使用典型的 SQL 数据库会占用过多的 CPU，并且将数据库放在异地会导致我的流程延迟过多。

我需要一个可行的解决方案来为我的时间批评流程提供异地位置的数据冗余。

我想学习如何在 .net 中创建真正健壮的应用程序——具有容错能力并且能够承受意外情况的应用程序。我在哪里可以找到关于这个主题的文献/指南？到目前为止，我的运气并不好。

我对 web 应用程序的跨 colo 故障转移策略感兴趣，这样如果主站点发生故障，用户可以无缝地登陆另一个 colo 的故障转移站点。

事物的应用程序方面看起来主要是通过在 colo 和服务之间的主从数据库设置来解决的，这些服务旨在恢复并能够在中途获取。我试图找出将流量从主站点转移到故障转移站点的策略。DNS 故障转移，即使 TTL 较低，似乎也有相当长的延迟。

假设主 colo 的服务器无法访问，您会推荐哪些策略来在 colo 之间快速移动流量？

如果您有其他关于跨域故障转移的有趣经验/智慧之言，我也很想听听这些。

我有这个想法：

在每台服务器上：（它们都设置相同）

• 一个免费的数据库，如MySQL或PostgreSQL。
• Tomcat 6.x 用于托管基于 Servlet 的 Java 应用程序
• Hibernate 3.x 作为 ORM 工具
• 业务层的Spring 2.5
• 表示层的Wicket 1.3.2

我在服务器前面放置了一个负载均衡器，并在我的主负载均衡器出现故障时更换了一个负载均衡器。

我使用Terracotta在服务器之间复制会话信息。如果一台服务器出现故障，用户应该能够在另一台服务器上继续他们的工作，理想情况下就像什么都没发生一样。剩下要“解决”的是（因为我还没有实际测试过这个，例如不知道我应该使用什么作为负载平衡器）是需要的数据库复制。

如果用户与应用程序交互并且数据库发生更改，则必须将该更改复制到其他服务器机器上的数据库服务器。我该怎么做呢？我应该使用 MySQL PostgreSQL 还是其他东西（理想情况下是免费的，因为我们的预算有限）？上面的其他事情听起来合理吗？

澄清：我首先集群以获得高可用性，我希望能够添加服务器并同时使用它们以获得高可扩展性。

我最近接受了用 JSF 编写的 Web 系统的支持和编程。代码有点凌乱和冗余，是的，​​不存在文档。

系统有 40 多个 jar 库，其中大部分是由于旧版本和测试的冗余。要删除一个 jar，我必须检查它没有在代码中导入，所以我在代码中搜索了 jar 导入路径（我使用的是 IntelliJ IDE），确保它没有被使用，然后将其删除。

但是，在编译代码后，在测试过程中出现了一些运行时错误。我发现我删除了一些其他现有罐子使用的罐子。

问题是，在删除一个 jar 之前，我如何确保它没有被另一个 jar/java 类使用？

尽管 jars 已经编译了类，但编译后的类确实具有所需库的导入路径。但我不能用 IntelliJ 搜索它们（不在 jars 文件中搜索）。

我现在做的唯一方法是每次删除 jar 时测试系统，看看我是否可以让它崩溃！由于要测试的功能数量庞大，这完全不是一个简单的方法。

我希望有一个工具可以提交许多 java 文件/jar，并显示它们之间的依赖关系。

我有一个带有 .Net 1.0 Web 应用程序的客户端，该应用程序使用 IIS 和 SQL 2000 数据库。它使用共享托管服务托管，并且流量并不多（每天最多有几个访问者）。当然，主机偶尔会有停机时间，客户问我是否可以设置一个冗余系统以将停机时间减少到可以忽略不计。

我可以对此设置进行的最简单/最便宜的改进是什么，以满足客户的要求？

我想象着用 2 个不同的服务托管 web 应用程序和数据库，并为应用程序添加一些逻辑，将请求传递给任何一个 web 服务器和数据库，但我担心保持数据库同步的复杂性。

有没有更好的办法？