- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我一直在考虑使用 Amazon EC2 或 Microsoft Azure 来托管新项目,并计划使用 Amazon EBS或Microsoft Azure Drives存储用于运行 ASP.NET 网站的文件。据我所知,这两种技术非常相似,并且都提供由云存储支持的虚拟硬盘驱动器( Amazon S3 或 Azure Blobs )。随着最近outage of EC2 and EBS (请参阅 Post Mortem )我想详细了解 EBS 与 Azure 驱动器的比较。具体来说:
我知道 Azure 驱动器可以在单个实例上以读/写方式安装,也可以在多个实例上以只读方式安装。 EBS也是如此吗?我还听说 Microsoft Azure Drives 可以在 Read/Write mode on multiple instances using the SMB protocol 中使用。有人有这方面的经验吗?
有很多人提示 he reliability of Amazon EBS甚至在今天的停电之前。我什至听说有些人提到使用多个 EBS 卷来创建类似 RAID 的系统,这对我来说似乎很愚蠢。与 EBS 相比,Microsoft Azure Drive 的可靠性如何?
我相信 EBS 和 Microsoft Azure 驱动器都允许您拍摄快照,快照可用于备份或安装到 VM 实例并在不更改原始卷的情况下进行修改。这是升级在多个实例上运行的网站的合理方法吗(例如:创建快照,部署更改,然后在所有实例上以只读方式安装)
这些只是我遇到的一些基本问题,但我很想听听任何有 Amazon EBS 和 Microsoft Azure Drives 经验的人的意见。
最佳答案
通过阅读Windows Azure Drives whitepaper,我能够回答我的一些问题。 ,其中详细解释了如何使用 Page Blobs 创建 Azure 驱动器。这意味着它应该包含在 Windows Azure Storage SLA 下。其中指出:
Windows Azure has separate SLA’s for compute and storage. For compute, we guarantee that when you deploy two or more role instances in different fault and upgrade domains your Internet facing roles will have external connectivity at least 99.95% of the time. Additionally, we will monitor all of your individual role instances and guarantee that 99.9% of the time we will detect when a role instance’s process is not running and initiate corrective action.
For storage, we guarantee that at least 99.9% of the time we will successfully process correctly formatted requests that we receive to add, update, read and delete data. We also guarantee that your storage accounts will have connectivity to our Internet gateway.
这使得每年的停机时间窗口约为 26.28 minutes对于网络/ worker 角色和 52.56 minutes用于需要访问 Azure 驱动器的存储或角色。 Windows Azure 具有与 Amazon AWS 提供的区域类似的区域,但在区域内它们没有不同的可用区。相反,他们有 Upgrade Domains and Fault Domains ,用于推出更新和定位 role instances on different hardware racks 。故障域不可由用户配置,因此如果您想要更高级别的可用性,则必须在另一个区域设置单独的服务。
我无法找到类似的描述 Amazon EBS驱动器已创建,但它们似乎是 actually NOT backed by Amazon S3 ,而是一个单独的存储系统。 Amazon S3 SLA 提供99.999999999% durability and 99.99% availability ,但针对 EBS 提到的所有内容是:
Amazon EBS volumes are placed in a specific Availability Zone, and can then be attached to instances also in that same Availability Zone.
Each storage volume is automatically replicated within the same Availability Zone. This prevents data loss due to failure of any single hardware component.
Amazon EBS also provides the ability to create point-in-time snapshots of volumes, which are persisted to Amazon S3. These snapshots can be used as the starting point for new Amazon EBS volumes, and protect data for long-term durability. The same snapshot can be used to instantiate as many volumes as you wish.
他们还指出,EBS 的预期年故障率在 0.1% 至 0.5% 之间,而典型硬盘驱动器的年故障率约为 4%。由于 EBS 卷完全基于一个可用区,因此为备份创建快照也很重要:
EBS volumes have redundancy built-in, which means that they will not fail if an individual drive fails or some other single failure occurs. But they are not as redundant as S3 storage which replicates data into multiple availability zones: an EBS volume lives entirely in one availability zone. This means that making snapshot backups, which are stored in S3, is important for long-term data safeguarding.
最近的事后分析报告EBS/EC2 outage有关 EBS 架构的更多详细信息,并表明触发是无效的网络配置更改。该更改导致许多卷与其镜像解除关联,并且 quickly led to a “re-mirroring storm,” where a large number of volumes were effectively “stuck” while the nodes searched the cluster for the storage space it needed for its new replica.
这与一些竞争条件、不正确的回退超时和软件错误相结合,导致了影响多个可用区的长时间中断。亚马逊表示,他们正在采取一系列措施来防止 future 发生这种情况,包括提高 EBS 控制平面对各个可用区故障的容忍度。
最后,系统是 designed to expect and tolerate failures AWS 中断的影响要小得多。任何使用 Azure Drives 或 Amazon EBS 的系统至少应使用提供的快照功能创建定期备份,甚至可能需要考虑将快照发送到单独的区域或完全单独的存储提供商。
关于azure - Amazon Elastic Block Storage (EBS) 和 Microsoft Azure 驱动器之间的差异,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5758495/
嗨,当尝试将图像上传到 firebase 存储时,我正在使用 firebase 文档,但是出现此错误。 在范围内找不到“存储” let storage = Storage.storage() le
我最近在使用 Firebase 存储时遇到了一些问题。 当我们尝试访问刚刚上传的文件时,浏览器中出现此错误消息 { "error": { "code": 400,
这些是在不同版本的 NuGet 包之间迁移的重要指南: https://github.com/Azure/azure-sdk-for-net/blob/Azure.Storage.Blobs_12.6
警告: Warning: Can't resolve all parameters for Storage in /Users/zzm/Desktop/minan/node_modules/@ioni
我在圆形立方体中收到此错误(“连接到存储服务器失败”)行。我已经检查了所有内容,配置和数据库用户名密码,服务器详细信息都是干净的。谁能告诉我可能是什么问题。这里我给出了整个配置文件。
我希望能够限制容器的大小,但是使用默认的存储驱动程序aufs(对于Ubuntu 14.04),当我尝试使用--storage-opt参数时出现错误 $ docker create -it --name
我希望能够支持对使用 Google Cloud Storage 托管的静态 Assets 进行 Brotli 和 Gzip 编码。为此,我想在将文件上传为 之前对其进行编码, .gz和 .br .问
场景 我有几个由 Google Cloud Storage object.finalize 事件触发的 Google Cloud Functions。为此,我使用两个存储桶并使用“同步选项:覆盖目标位
我在 Google Cloud Storage 中有一个存储桶和一个网站。人们目前可以通过网站上传到存储桶(使用 Google 身份验证)。 但是,我需要设置它以便任何人都可以查看上传的文件(并且不能
如果文件被放入 Google Cloud 存储并公开,但该文件的网址在另一个网页上不存在,那么 Google 是否会在其搜索结果中将其编入索引?有人知道吗? 最佳答案 Google 的搜索索引独立于其
截至今天早上,我无法访问我的存储桶。 当我在导航上选择 Google Cloud Storage 选项卡时,一切都按预期加载,但不是显示我的两个存储桶,而是显示一个警告栏说: We were unab
我想弄清楚是否可以在 Windows 平台上使用 gsutil 的 cp 命令将文件上传到 Google Cloud Storage。我的本地计算机上有 6 个文件夹,每天都会向其中添加新的 pdf
我最近开始使用 Google Cloud Storage。最初我在安装 Cloud SDK 时创建了一个虚拟项目。现在我正在做另一个项目。 gsutil 仍然指向我以前的项目。我如何使它指向我的新项目
我目前正在这样做,但它非常慢,因为我的存储桶中有几 TB 的数据: gsutil du -sh gs://my-bucket-1/ 对于子文件夹也是如此: gsutil du -sh gs://my-
这可能看起来很天真,我知道我们可以在 blob 中创建文件夹,并且这些文件夹仍然存储在容器中。我们仍然可以对这些“blob 中包含的文件夹”执行通常对文件存储中的文件夹执行的所有操作。 我们仍然可以像
将文件上传到 Google Cloud Storage 时,有一个自定义数据字段元数据。 Google's example相当短: var metadata = { contentType: 'a
这可能看起来很天真,我知道我们可以在 blob 中创建文件夹,并且这些文件夹仍然存储在容器中。我们仍然可以对这些“blob 中包含的文件夹”执行通常对文件存储中的文件夹执行的所有操作。 我们仍然可以像
我有一个包含超过 2 万个文件名的 Google Storage 存储桶。有没有办法在短时间内列出存储桶中的所有文件名? 最佳答案 这取决于您所说的“短”是什么意思,但是: 您可以做的一件事来加快列出
有谁知道如果文件不存在,您是否需要为 Google Cloud Storage 中的文件请求付费?换句话说,有人访问您存储桶中不存在的文件是否计入您的请求?还是仅适用于存在的文件? 最佳答案 客户无需
在每一分钟结束时,我的代码总共会上传 20 到 40 个文件(从多台机器上并行上传大约 5 个文件,直到全部上传完毕)到 Google Cloud Storage。我经常收到 429 - Too Ma
我是一名优秀的程序员,十分优秀!