服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

备份存储在Amazon S3上的数据

我有一个运行Web服务器的EC2实例,将用户上传的文件存储到S3。 这些文件是一次写入,永远不会改变,但偶尔会被用户检索。 我们每年可能会累积大约200-500GB的数据。 我们希望确保这些数据是安全的,尤其是意外删除,并希望能够恢复被删除的文件,而不pipe其原因。 我已经阅读了关于S3桶的版本特性,但我似乎无法find没有修改历史的文件是否可以恢复。 有关版本的信息,请参阅AWS文档: http://docs.aws.amazon.com/AmazonS3/latest/dev/ObjectVersioning.html 在这些例子中,他们没有显示数据上传的场景,但从未修改过,然后被删除。 这种情况下删除的文件是否可恢复? 然后,我们认为我们可以使用对象生命周期pipe理将S3文件备份到Glacier: http://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html 但是,这似乎对我们不起作用,因为文件对象不会被复制到冰川,而是移动到冰川(更准确地说,它似乎是一个对象属性被改变,但无论如何…)。 因此,似乎没有直接的方法来备份S3数据,并且将数据从S3传输到本地服务器可能是耗时的,并且可能随着时间的过去而导致显着的传输成本。 最后,我们认为我们每个月都会创build一个新的存储桶来作为每月的完整备份,并在第1天将原始存储桶的数据复制到新的存储桶中。然后使用诸如duplicity( http://duplicity.nongnu.org/) )我们会每晚同步备份存储桶。 在本月底,我们会将备份存储桶的内容放入Glacier存储中,并使用原始存储桶的新当前副本创build新的备份存储桶并重复此过程。 这似乎是可行的,并最大限度地减less了存储/传输成本,但我不确定是否允许直接从桶到桶的传输,而不是首先将数据放到控制客户端。 所以,我想这里有几个问题。 首先,S3版本是否允许恢复从未修改过的文件? 有什么方法可以“复制”从S3到冰河的文件,我已经错过了? 可以直接在S3存储桶之间进行复制或其他工具传输文件以避免传输成本? 最后,我在备份S3数据的方法中脱颖而出吗? 预先感谢您提供的任何见解! 更新 亚马逊最近宣布版本化现在与生命周期规则一起工作

如何更好地了解ISPpipe理的设备(路由器)?

我有一些拥有networking设备pipe理的客户。 这通常是以ISP提供的交换机或路由器的forms放置在客户位置。 对于具有MPLS或多位置连接的站点来说,将该设备连接到现有的监控基础设施( OpenNMS , Observium等)是非常方便的,特别是因为环境的所有其他方面都经常被检查。 不幸的是,大多数供应商限制对设备的访问,并迫使您通过它们进行configuration更改。 这是可以理解的,但是我怎样才能获得更准确的信息呢? 我的监测足迹基本上有一个很大的黑洞。 最近的一个例子是一个客户在两个设施之间的MPLS链路上出现VoIP故障(掉线和质量问题)。 我没有任何关于QoS实施水平的细节( 因为我们在路由器里面看不到 )。 除了将带宽从4Mbps增加到7Mbps( upsell – $$$),ISP没有任何build议。 他们说, “你正在远程连接你的连接” 。 所以当然,客户同意这一点,没有任何工程的理由。 我所能做的最好的是监视两个站点通向ISP路由器的交换机端口,并且我没有看到带宽饱和的指示……只有大的延迟时间 (测量的交换机到交换机)。 主站点: 远程站点: 那么,这是可以与ISP协商的吗? 您是否曾说服供应商提供更深入的监控数据或允许SNMP监控其设备? 如果您怀疑问题在于ISP,您有什么追索权?