假设我们正在运行实例，我们可以在该实例上运行什么来检测它是x86_64基于引力子还是基于 ARM 的？
我想了想，curl -s http://169.254.169.254/latest/meta-data/...但发现在这种情况下没有任何用处。此外，可以使用实例类型（例如t4g.*vs t3.*）进行检测，但我希望有更直接的方法。
有没有？
有什么简单的方法可以从aws x64 迁移到 arm arch？就像没有配置新的基于 arm 的服务器并安装包和文件？它目前正在使用 Amazon linux AMI 运行，我们希望将其更改为 Amazon linux AMI 2。
我只是想知道是否有一些工具/方法可以进行此操作。
我正在寻找学习 Kubernetes，特别是从这个资源中。我只想运行 Docker 容器，而不是全脂虚拟机。它说我需要其中任何一个作为工作的基础：
- 码头工人桌面
- 种类
- Minikube
因为我在 Linux 上，所以我很喜欢 Minikube，而且它很容易安装。我正在使用这些说明。第二个文档链接说：
要检查 Linux 是否支持虚拟化，请运行以下命令并验证输出是否为非空：
grep -E --color 'vmx|svm' /proc/cpuinfo
这不会为我产生任何输出，因为我的标准开发环境在 VirtualBox 容器中运行。我不打算改变这一点——Docker、Docker Compose 和 Docker Swarm 在这里运行得很好。
后来说：
安装管理程序
如果您尚未安装虚拟机管理程序，请立即安装其中之一：
KVM，也使用 QEMU
虚拟盒子
这使得虚拟机管理程序 CPU 支持似乎是必要的，但我不明白为什么会这样。
但是它确实继续说：
Minikube 还支持
--driver=none在主机上而不是在 VM 中运行 Kubernetes 组件的选项。使用此驱动程序需要 Docker 和 Linux 环境，但不需要管理程序。
这似乎是一个附录，与虚拟化指令是一项要求的建议相比，它的重要性要低得多。文档作者是否只是“涵盖了所有基础”，还是尽管没有所需的 CPU，但我会在以后继续前进时遇到障碍？
现代服务器上的双 CPU 真的能提供冗余吗？如果其中一个失败，是否可以重新启动服务器并在剩余的 CPU 上运行？
在过去，我遇到过 CPU 0 必须始终存在的情况，因此如果 CPU 1 发生故障，它会重新启动正常，但如果 CPU 0 发生故障，您必须将 CPU 1 物理交换到 cpu 0 插槽中。我希望现代双 CPU 服务器中不再存在这种限制，但我想确认一下。
惠普实际上告诉我，双 CPU 不提供任何冗余，因为它们都必须存在，但不确定是否正确。
为什么在 Ubuntu 的 AMD64 64 位安装上有一个/usr/lib 和一个/usr/lib32目录，但只有一个/usr/bin和没有目录？/usr/bin32如果或者当 Debian/Ubuntu 开始在他们的 ELF 中支持多目标架构二进制文件时，这个目录分支是否变得不必要了？