【问题标题】:How can I install and run Docker Desktop and DDEV on a really old Mac?如何在非常旧的 Mac 上安装和运行 Docker Desktop 和 DDEV?
【发布时间】:2021-11-14 16:29:11
【问题描述】:

Apple 仅支持前两个主要操作系统版本。这导致 Docker 和 Homebrew 放弃了对这些的支持。在撰写本文时,macOS Monterey 是当前版本,而最后支持的版本是 macOS Catalina。对于 macOS Catalina,最低硬件要求是 2012 年中期的 MacBook Pro/Air。许多仍然不错的计算机都被淘汰了。但是如何在只能运行例如 macOS High Sierra tops 的旧 Mac 上设置 Docker 和 DDEV。

【问题讨论】:

  • 您尝试过什么解决问题的方法?据我阅读文档,Homebrew 仍然支持 10.10 之前的版本,也就是 7 年了
  • 不,Homebrew 不再提供任何预编译公式,也不提供任何支持。我正在使用 High Sierra,brew doctor 声明:“警告:您使用的是 macOS 10.13。我们(和 Apple)不提供对此旧版本的支持。您会遇到一些公式的构建失败。请创建拉取请求而不是询问在 Homebrew 的 GitHub、Twitter 或任何其他官方渠道上寻求帮助。您有责任解决在运行此旧版本时遇到的任何问题。"。
  • ...DDEV 的维护者 @rfay 让我写下我在旧 Mac 上运行 DDEV 的经验,因为他遇到了问题并且认为这方面仍然需要

标签: macos docker ddev


【解决方案1】:

1.安装 Docker

要查找不再支持的先前版本,您必须转到 https://docs.docker.com/desktop/mac/release-notes/2.x/。对于 High Sierra,最后支持的版本是 Docker Desktop Community 2.4.0.0https://docs.docker.com/desktop/mac/release-notes/archive/ 有更旧版本的 MacOS 版本。

2。设置 Docker

安装后转到 Docker 首选项并进入资源选项卡。默认值通常适用于较小的项目。如果你有可用的硬件资源,一个非常简单的性能调整就是将 Docker 的 RAM 限制增加到板上可用数量的一半。如果您的计算机有超过 2 个 CPU 内核可用,那么调整可用内核的限制以减轻高 I/O 负载也是有意义的。 一般来说,您应该对这些设置进行一些尝试,看看什么会带来最佳的用户体验。除了感知体验之外,docker stats 提供了进一步的线索,这些线索提供了正在运行的 ddev 设置所消耗的资源。在那里,您可以看到使用了多少 CPU、消耗了多少内存,以及网络 i/o 和块 i/o 和 PIDS。总而言之,您调整并使用分配的资源,直到您达到日常使用的最佳位置。 最后,您还应确保“磁盘映像位置”路径以文件类型Docker.raw 结尾,以确保您使用最新的映像格式以提高性能。如果后缀是其他内容,请转到 ~/Library/Group Containers/group.com.docker/settings.json 并将 filePath 属性从 .qcow2 更改为 .raw

3.在不使用 Homebrew 的情况下安装 DDEV 和 MKCERT

由于旧版本的 MacOS 不再支持 Homebrew,安装或更新到最新版本的 DDEV 和 MKCERT 的最方便的选择是在终端中下载并运行以下行:

curl -LO https://raw.githubusercontent.com/drud/ddev/master/scripts/install_ddev.sh && bash install_ddev.sh

4.为 DDEV 全局激活 Mutagen

随着 DDEV 1.8.0 的发布,引入了使用 Mutagen 代替 NFS 文件系统的选项。这显着提升了旧 Mac 的性能,使它们可以再次与 Docker 一起使用。只需在终端中输入以下行。

ddev config global --mutagen-enabled`

该行正在~/.ddev/global_config.yaml 中创建全局设置文件,并默认为每个未来项目启用 Mutagen。因此,您不必担心为每个新创建的项目激活 Mutagen。在global_config.yaml 文件中,可能会手动将nfs_mount_enabled 设置为false 的额外外观看门人任务。

5.设置 DDEV 项目

现在创建一个空文件夹并运行以下命令:

ddev config

并根据您的需要配置项目以将该文件夹与 DDEV 一起使用并启动它

ddev start

最后一个与性能相关的评论,以防您打算使用 Composer。强烈建议使用 Composer 2。DDEV 提供了使用版本 1 或 2 的能力——默认设置为版本 2。要查看版本 2 是否处于活动状态,只需检查正在运行的 Web 容器中的 Composer 版本:

ddev . composer --version

【讨论】:

  • 谢谢!似乎最重要的是找到旧的 Docker 桌面版本。请注意,composer v2 是默认设置,因此现在人们不太可能意外使用 composer v1。
  • 是的,找到旧的 Docker Desktop 版本是最棘手的部分。顺便说一句,路径再次变为您几周前挖出的路径。 ;) 是的,我知道 Composer 现在默认使用 DDEV 的版本 2。但我认为执行快速检查是一个合理的步骤。这样人们才能更好地理解内部运作。 Composer 有两个不同的版本,以了解如何检查哪个是活动版本以及能够更改版本的意识。比理所当然地拥有 Composer 2 更好。要更加注意和控制以防万一:)
猜你喜欢
  • 1970-01-01
  • 2022-11-11
  • 1970-01-01
  • 2017-10-08
  • 2021-08-21
  • 2013-07-30
  • 1970-01-01
  • 2020-10-16
  • 2021-12-07
相关资源
最近更新 更多