【问题标题】:Redundancy Amazon S3 / Rails冗余 Amazon S3 / Rails
【发布时间】:2011-10-08 00:16:17
【问题描述】:

我们使用亚马逊 S3 存储桶来发布 js 文件并将它们放在客户端网站上。也就是说,js文件存储在amazon s3中。主要问题是由于这些文件位于客户端站点上,如果 amazon s3 存储桶出现故障,我们不想为客户端提供新的 js 代码。 Rails 应用程序中有没有办法在不给客户另一个代码安装在他们的网站上的情况下进行冗余切换?我们希望那段代码在另一个桶出现故障时使用另一个桶,而无需重新发布任何内容或向客户端提供新的 js 代码。这似乎是不可能的,但我认为有人可能有一个想法。提前感谢您的所有帮助。

【问题讨论】:

  • 在特定存储桶上使用 CNAME 记录还不够吗?如果一个桶失败,只需将记录更改为另一个桶。
  • 哦,以前从未听说过。我会看看。非常感谢。
  • 那么,更改 CNAME 记录也会路由来自客户端标签(托管在 s3 上的 js 代码)的请求吗?

标签: javascript ruby-on-rails ruby amazon-s3 redundancy


【解决方案1】:

我从未听说过影响单个存储桶的扩展 S3 故障。事实上,我只听说过large-scale read outage 在其历史上的一个。路由问题等可能会让您停机,但更换存储桶并不能解决这个问题,因为它们都由同一个前端提供服务。

如果您想制定备份计划,一个不错的选择是按照 Rahman 的建议使用 CNAME,但您的备份系统不应该在 S3 上;从其他提供商(不是 EC2)上的普通 VPS 加载它。请注意,旧的 CNAME 值将为其 TTL 缓存;设置很长的 TTL 意味着故障转移需要更长的时间。

【讨论】:

  • 那么,更改 CNAME 记录也会路由来自客户端标签(托管在 s3 上的 js 代码)的请求吗?
  • 它会将任何内容重新路由到该特定域名。
  • 非常感谢。我真的很感激。
猜你喜欢
  • 1970-01-01
  • 2012-03-31
  • 2015-11-04
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-06-12
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多