我正在使用厨师创buildRAID10arrays。 上星期五上午（10/22）我可以在dev / sdz1-9上创build9个EBS卷的数组，没有任何问题 星期五晚上，我开始遇到了6个以上的EBS卷。 我把它归结为EC2的问题（可能超载），并在周末停止工作。 今天上午，问题仍在继续。 卷1-6附加罚款（例如/ dev / sdx1-6）。 之后的任何事情在同一个dev主要设备上永远处于“附着”状态。 然后，我可以使用/ dev / sdv1-6没有问题，但再次，不超过6在该主要设备上。 其他人注意到这样的行为？ 我错过了什么吗？
我们有一个S3是完美的项目，但是对于一些客户，我们需要在家里运行一切。 理想的情况下，我们运行的东西很less或者不需要改变代码。 任何人都可以提出这样的系统？ 我对稳定性经验特别感兴趣，因为我们对稳定性比速度更有兴趣。 到目前为止，我已经看到了OpenStack的SWIFT，Eucalyptus，也许是Riak？ 作为这里的重要竞争者，但我很难在生产环境中find用户的印象。
我们在Rackspace上为3个Web服务器节点设置了一个简单的负载均衡器。 在审查我们的stream量和费用后，最大的带宽是谷歌机器人。 由于在Rackspace上我们按字节支付带宽，因此我们希望将所有来自GoogleBot的stream量定向到带宽无限的其他主机（MediaTemple）。 我们认为这会每月减less数千美元的托pipe账单。 这可能吗？ build议？
在我工作的学校，我们目前为每个用户提供一个映射驱动器到文件服务器上的主文件夹，所有这些文件夹都是通过Active Directory控制的。 我们还有一堆使用iPad的用户，他们无法轻松地到达文件服务器上的主文件夹。 如果他们使用Onedrive，他们可以在任何地方访问这些文档，甚至通过Office Web Apps进行编辑。 是否可以在服务器上设置Onedrive以同步其主文件夹（或子文件夹），以便它们具有本地服务器的速度优势以及云服务器的可用性？
我需要创build一个私有云，我正在寻找最好的设置。 这是我最重要的两项要求1.磁盘和系统冗余2.价格/ GB尽可能低 系统将被用作备份设置，它将通过SFTP和rsync 24/7接收数据。 高吞吐量并不重要。 我打算使用glusterfs和消费级4TB硬盘。 我已经制定了3个可能的设置 3个服务器与11 4TB硬盘build立一个副本3 glusterfs和设置每个硬盘作为一个单独的ext4砖。 总容量：44TB硬盘/ TB比率为0.75（33HDD / 44TB） 2台带有11个4TB硬盘的服务器将11个硬盘组合在一个RAIDZ3 ZFS存储池中。 随着副本2 gluster设置。 总容量：32TB（+ zfs压缩）HDD / TB比率为0.68（22HDD / 32TB） 3个服务器和11个4TB消费类硬盘驱动器build立一个副本3个glusterfs并将每个硬盘驱动器设置为单独的zfs存储池，并将每个池导出为一个块。 总容量：32TB（+ zfs压缩）HDD / TB比率为0.68（22HDD / 32TB）（最便宜） 我的言论和担心：如果一个硬盘驱动器失败，哪个设置将恢复最快？ 在我看来设置1和3，因为只有1个硬盘驱动器的内容需要通过networking复制。 硬盘驱动器需要通过读取系统中所有其他硬盘驱动器的奇偶校验来重build。 1硬盘上的zfs池会给我额外的保护，以防止比特腐烂？ 使用设置1和3我可以松动2个系统，仍然可以运行设置2我只能松开1个系统。 当我使用ZFS时，我可以启用压缩，这将给我一些额外的存储空间。
我正在研究在Windows Azure中设置海量高可用性存储的各种选项，以便与我的Azure VM一起使用。 虚拟机需要能够像存储文件系统一样使用存储。 假设我有三台运行在Azure上的虚拟机，都需要共享同一个存储。 共享存储高可用性，故障切换时间最短，这一点非常重要。 除此之外，我还需要大量的存储空间 – 我们正在谈论数十TB，甚至可能长达数百个。 目前我正考虑在多个Azure虚拟机实例上设置分布式文件共享（DFS），以创build一个多实例文件服务器环境，以便其他虚拟机可以使用它。 我已经find了一个很好的资源如何运行。 这个解决scheme看起来像一个很好的设置，但它有两个注意事项： 从我所能理解的情况来看，切换到冗余文件服务器实例的故障切换时间在60-90秒之间。 鉴于文件服务器实例将作为常规操作系统更新等的一部分每月重新启动几次，我相信我们仍然能够保持99.95％的SLA，但在故障转移时间更短的情况下更好。 鉴于Azure目前对可以连接到单个VM的VHD有多less限制（对于大型VM实例，目前为16 x 1TB VHD，而且我需要冗余，所以我必须为每个16TB存储启动2个新的文件服务器虚拟机需要添加。 考虑到使用存储的虚拟机需要像存储文件系统一样使用存储，在Azure中创build大量高可用性存储是否更具成本效益？ 如果没有，有没有办法缩短这个设置的故障转移时间，甚至更远？
Backblaze b2给我一个每24小时到期的应用程序密钥，只能在网页上更新。 如果是这种情况，我如何设置无人值守备份？
我最近开始为一家想要将其单一的SaaS应用程序打入集装箱化的微服务的公司工作。 不过，我很难掌握永久存储的基本部分。 为什么有这么多不同的竞争平台？ Portworx，Rexray，StorageOS，Flocker，Inifint等 我的问题 为什么不能简单地启动一个NFS服务器，并使用分层文件夹结构作为存储后端？ 使用这些工具时，您会获得什么收益？ 在Docker中使用类似的东西有多危险？ 在基于docker的环境中造成灾难性数据丢失的常见原因是什么？ 你会推荐什么持久存储解决scheme，为什么？ 我的公司运营一个SaaS平台。 数据有效负载很小（5kb-100kb）。 数据处理在资源消耗上是中小型的。 总体积中等，但仍在继续增长。 我们希望完全将我们的单一应用程序作为单独的集装箱式微服务移动到云端。 包括我们的数据仓库。 有点不相干，但是它与Kubernetes作为一个pipe弦乐队而不是Rancher / Cattle有什么联系？ Kubernetes是不是过度devise了一个中小型平台？ 除了单击安装，在Rancher中使用Kubernetes是否有优势？ 感谢您的洞察力。 对不起，天真。 我欢迎所有文件和补充阅读材料。 编辑：对于上下文，我们使用Azure作为我们的基础云平台。
我们有一个适用于AWS S3 Storage的应用程序。 最近我们还需要写一个Swift对象存储 。 我知道Swift栈有一个选项来启用S3的兼容性，但不幸的是，由于政治限制，这个服务器无法实现。 所以我想用一个简单的代理将S3请求转换成Swift。 请注意，我不拥有目标服务器，所以沟通会是这样的： File Upload –S3Protocol–> S3-SWIFT-PROXY –SwiftProtocol–> Swift Storage Destination 试图实现这一点，我已经通过了几个选项，但我没有设法使其工作。 例如， swift插件似乎是在Swift服务器上安装的解决scheme，但不能作为代理中间件将请求转发到第三个快速服务器。 我经历过的另一个库是swiftproxy ，它正好是我需要的相反方式：向S3快速发送请求。 有没有办法解决这个问题，而不改变应用层？
我通常不会在这里问这样一个普遍的问题。 但是我刚创办了自己的公司，突然发现自己需要一个基于团队的文件共享解决scheme。 我的开发人员和devise师遍布美国。 我们使用Subversion代码，但是我们仍然需要在networkingtypes驱动器上共享大量文件。 如果我们在同一个办公室，我们显然使用NAStypes的解决scheme。 我们有一个低预算，不关心速度，因为我们做无障碍。 基于云的托pipe存储的最佳解决scheme是什么？您可以像networking驱动器一样安装吗？