Openshift中的初始化容器

编程问答 2022-08-15

问题描述

我是openshift的新手，我已经浏览过Openshift网站以了解更多详细信息，但想知道是否有人部署了init容器。 我想用它来从数据库中获取转储，并借助init容器将其还原到新版本 我们正在使用postgres数据库

任何帮助将不胜感激。

谢谢！

解决方法

我想用它来从数据库中提取转储，并借助init容器将其还原到新版本

我想说您应该使用运算符而不是initContainer。看看下面的Init Containers Design Considerations

创建initcontainer时应考虑一些注意事项：

  • 它们总是在Pod中的其他容器之前执行。所以他们 不应包含需要很长时间才能完成的复杂逻辑。 启动脚本通常很小且简洁。如果你发现 您在初始化容器中添加了太多逻辑，应该考虑 将其一部分移至应用程序容器本身。
  • 初始化容器按顺序启动和执行。初始化 除非之前的容器完成，否则不会调用该容器 成功。因此，如果启动任务很长，您可能会 考虑将其分为多个步骤，每个步骤均由init处理 容器，以便您知道哪些步骤会失败。
  • 如果任何初始化容器失败，则将重新启动整个Pod （除非您将restartPolicy设置为Never（从不）。重新启动Pod意味着 重新执行所有容器，包括任何初始化容器。 因此，您可能需要确保启动逻辑允许 执行多次而不会导致重复。例如，如果 数据库迁移已经完成，再次执行迁移命令 应该被忽略。
  • 初始化容器是延迟应用程序的很好的选择 初始化，直到一个或多个依赖项可用。对于 例如，如果您的应用程序依赖于强加API的API 请求速率限制，您可能需要等待一段时间才能 能够从该API接收响应。实施此逻辑 在应用程序容器中可能很复杂；因为它需要 与健康和就绪状态探针结合使用。一种更简单的方法是 正在创建一个初始化容器，等待直到API准备就绪 在成功退出之前。应用程序容器将启动 只有在初始化容器成功完成其工作之后。
  • 初始化容器不能将运行状况和就绪探针用作应用程序 容器呢。原因是它们旨在启动和退出 成功，就像乔布斯和CronJobs的举止一样。
  • 同一Pod上的所有容器共享相同的卷和网络。 您可以利用此功能在 应用程序及其初始化容器。

我发现有关使用它来转储数据的唯一一件事是关于example与mysql一起使用的信息，也许它可以指导您如何使用PostgreSQL。

在这种情况下，我们正在提供MySQL数据库。该数据库用于测试应用程序。它不必包含真实数据，但必须填充足够的数据作为种子，以便我们可以测试应用程序的查询速度。我们使用一个初始化容器来处理SQL转储文件的下载并将其还原到另一个容器中托管的数据库中。这种情况可以说明如下：

enter image description here

定义文件可能如下所示：

apiVersion: v1
kind: Pod
metadata:
  name: mydb
  labels:
    app: db
spec:
  initContainers:
    - name: fetch
      image: mwendler/wget
      command: ["wget","--no-check-certificate","https://sample-videos.com/sql/Sample-SQL-File-1000rows.sql","-O","/docker-entrypoint-initdb.d/dump.sql"]
      volumeMounts:
        - mountPath: /docker-entrypoint-initdb.d
          name: dump
  containers:
    - name: mysql
      image: mysql
      env:
        - name: MYSQL_ROOT_PASSWORD
          value: "example"
      volumeMounts:
        - mountPath: /docker-entrypoint-initdb.d
          name: dump
  volumes:
    - emptyDir: {}
      name: dump

上面的定义创建了一个Pod，其中包含两个容器：init容器和应用程序一个。让我们看一下该定义的有趣方面：

init容器负责下载包含数据库转储的SQL文件。我们使用mwendler / wget映像，因为我们只需要wget命令。 下载的SQL的目标目录是MySQL映像用于执行SQL文件的目录（/docker-entrypoint-initdb.d）。此行为内置于我们在应用程序容器中使用的MySQL映像中。 初始化容器将/docker-entrypoint-initdb.d挂载到emptyDir卷。由于两个容器都托管在同一Pod中，因此它们共享相同的卷。因此，数据库容器可以访问放在emptyDir卷上的SQL文件。

另外，关于最佳实践，我建议看一下kubernetes运营商，据我所知，这是管理kubernetes中数据库的最佳实践。

如果您不熟悉运营商，建议您以kubernetes documentation以及YouTube上的简短video开头。

操作员是打包Kubernetes的方法，使您可以更轻松地管理和监视有状态的应用程序。已经有许多运算符可用，例如

通过提供保持PostgreSQL集群正常运行所需的基本功能，可以自动化并简化在Kubernetes上部署和管理开源PostgreSQL集群的情况。

containerskuberneteskubernetes-podopenshiftopenshift-3