我们有一个 Amazon EC2 CentOS 7.5 实例，其时钟在启动时总是晚 35 天。是的，你没看错。这真是一个漂移。
[root@myec2 ~]# ntpd -gqn
ntpd: time set +2937270.012860s
机器从哪里获取当前（虚假）日期？也许来自实例元数据 URI http://169.254.169.254/latest/meta-data/的某个地方？
在 Elasticsearch 集群中，所有节点必须相同，即具有相同的：
- 操作系统
- 内存量
- CPU 速度和内核数
- 等等
还是允许节点不同？（除了同构集群比异构集群更容易配置、管理和监控这一明显事实。）
我正在研究几个 Linux VM，其分区安装在 NetApp NAS 上。此 NAS 会定期遇到非常高的 iowait，这会导致 VM 磁盘切换到只读模式、崩溃或损坏。
在VMware KB上，建议增加超时值作为姑息治疗：
echo 180 > /sys/block/sda/device/timeout
设置非常高的超时时间（1800 或更多）可能会产生什么负面影响？在我看来，风险在于延迟写入会累积并填满 I/O 写入缓冲区，从而导致系统崩溃。因此，此解决方案可能比问题更糟糕。