小编Rus*_*her的帖子

设想：

• 当我的 DC 运行时，我登录到任意一台机器。
• 我停止DC
• 我注销了任意机器。让我们也把它弹起来。
• 当机器重新启动时，即使 DC 关闭，我仍然可以使用我的域凭据登录

为什么以及如何？

在“任意”机器上是否有某种本地凭证缓存在起作用？我的密码以某种方式被散列并存储以备将来 DC 爆炸或关闭的情况下使用？

如果我在 DC 关闭时尝试登录我以前从未登录过的盒子，同样的过程会起作用吗？

在 Windows 上，每当我想验证/确认数据库或其他低延迟应用程序所在的卷上可能存在与 IO 相关的问题时，我都会检查磁盘延迟。

如果我看到 Windows平均磁盘秒/传输计数器始终 > 18-20 毫秒，那么我在煤矿中的金丝雀就死了，我需要进一步调查。非常简单。

我现在正在研究 Linux，但没有看到类似的基于延迟的指标。我所做的快速研究表明我什至可能不想...我看到很多对 I/O Wait 的引用是大多数人跟踪它的方式。

对此，您是否使用了大致的经验法则？例如，是否有任何 i/o 等待我认为数据库卷不好？是否有一个简单的 iostat 命令可以让我更好地了解整体磁盘健康状况，而不仅仅是盯着 TOP？

非常感谢！

目标：能够将 EBS 快照复制到 S3 并将其视为任意对象，如果我愿意，我可以将其下载到本地本地机器。

我知道 EBS 快照实际上是由 S3 支持的 - 它们只是没有出现在“正常”存储桶中。我看到的用于复制快照的控制台和 CLI 机制似乎侧重于将快照从一个区域复制到另一个区域“作为快照”，而不是作为“任意对象”复制到 S3。

据我所知，EBS Snapshot 的 $/GB 费用高于 S3 中对象的费用……所以如果我有一些快照，我想保留很长时间（但我赢了很快不需要），我想将它们作为对象“归档”到 S3 ......基本上：

1. 将快照作为对象复制到 S3
2. 删除 EC2 中的快照
3. 五六个月过去了
4. 将 S3 中的对象作为快照复制到 EC2
5. 从现在显示在 EC2 中的快照创建卷

这能做到吗？