OpenShift Container Platform 4.4 构建(build)输出镜像环境变量 4.3. 输出镜像标签 第 第 5 章 章 使用 使用构 构建策略 建策略 5.1. DOCKER 构建 5.2. SOURCE-TO-IMAGE (S2I) 构建 5.3. CUSTOM 构建 5.4. PIPELINE 构建 5.5. 使用 WEB 控制台添加 SECRET 5.6. 启用拉取 (PULL) 和推送 (PUSH) 第 第 6 章 章 使用 使用 BUILDAH 择类型。可用的构建策略主要有三种: Docker 构建 Source-to-Image (S2I) 构建 Custom 构建 默认情况下,支持 Docker 构建和 S2I 构建。 构建生成的对象取决于用于创建它的构建器(builder)。对于 Docker 和 S2I 构建,生成的对象为可运行 的镜像。对于 Custom 构建,生成的对象是构建器镜像作者指定的任何事物。 此外,也可利用 Pipeline 构建策略来实现复杂的工作流: 确保精确地重新生成 镜像。 1.1.3. Custom 构建 采用 Custom 构建策略时,开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建 器镜像,可以自定义构建流程。 自定义构建器(Custom builder)镜像是嵌入了构建过程逻辑的普通 Docker 格式容器镜像,例如用于构 建 RPM 或基础镜像。 Custom 构建以级别很高的特权运行,默认情况下不可供0 码力 | 101 页 | 1.12 MB | 1 年前3
OpenShift Container Platform 4.2
Service Mesh 的安装、使用和发行注记信息$ oc create configmap console-custom-logo --from-file /path/to/console-custom-logo.png -n openshift-config apiVersion: v1 kind: ConfigMap metadata: name: console-custom-logo namespace: openshift-config openshift-config data: console-custom-logo.png:... 1 $ oc edit consoles.operator.openshift.io cluster apiVersion: operator.openshift.io/v1 kind: Console metadata: name: cluster spec: console Operator 配置: 5.2. 在 WEB 控制台中创建自定义链接 先决条件 先决条件 您必须具有管理员特权。 流程 流程 1. 在 Administration → Custom Resource Definitions 中点 ConsoleLink。 2. 选择 Instances 标签 3. 点击 Create Console Link 并编辑文件: 有效的位置设置为 0 码力 | 44 页 | 651.51 KB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪mTLS。(TRACING-3510) 1.1.4.3. 已知 已知问题 问题 目前,当与 Tempo Operator 一起使用时,Jaeger UI 只显示在最后 15 分钟内发送了 trace 的服 务。对于没有在最后 15 分钟内发送 trace 的服务,trace 仍然会被存储,但不会在 Jaeger UI 中显 示。(TRACING-3139) 目前,分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) TLS CA 选项。(TRACING-3462) 目前,当与 Tempo Operator 一起使用时,Jaeger UI 只显示在最后 15 分钟内发送了 trace 的服 务。对于没有在最后 15 分钟内发送 trace 的服务,trace 仍然会被存储,但不会在 Jaeger UI 中显 示。(TRACING-3139) 目前,分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 一起使用时,Jaeger UI 只显示在最后 15 分钟内发送了 trace 的服 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 9 1 目前,当与 Tempo Operator 一起使用时,Jaeger UI 只显示在最后 15 分钟内发送了 trace 的服 务。对于没有在最后 15 分钟内发送 trace 的服务,trace 仍然会被存储,但不会在 Jaeger UI 中显 示。(TRACING-3139)0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.8 日志记录日志存储用于存储聚合的日志。您可以使用默认的 Elasticsearch 日志存储,或将日志转发到外部日志 存储。默认日志存储经过优化并测试以进行简短存储。 日志可 日志可视 视化工具 化工具 日志可视化工具是用户界面 (UI) 组件,可用于查看日志、图形、图表和其他指标等信息。当前的实现 是 Kibana。 node 节点是 OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 您可以将容限应用到 pod。容限 (toleration) 允许调度程序调度具有匹配污点的 pod。 Web 控制台 控制台 用于管理 OpenShift Container Platform 的用户界面(UI)。 OpenShift Container Platform 4.8 日志 日志记录 记录 52 2.2. 关于部署 OPENSHIFT LOGGING OpenShift Container Logging(日志记录)组件包括了一个要部署到 OpenShift Container Platform 集群中每个节 点的收集器,用于收集所有节点和容器日志并将其写入日志存储。您可以使用集中 web UI 使用汇总的数 据创建丰富的视觉化和仪表板。 OpenShift Logging 的主要组件有: collection(收集) - 此组件从集群中收集日志,格式化日志并将其转发到日志存储。当前的实现0 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.7 日志记录Logging(日志记录)组件包括了一个要部署到 OpenShift Container Platform 集群中每个节 点的收集器,用于收集所有节点和容器日志并将其写入日志存储。您可以使用集中 web UI 使用汇总的数 据创建丰富的视觉化和仪表板。 OpenShift Container Platform 4.7 日志 日志记录 记录 24 OpenShift Logging 的主要组件有: Elasticsearch。您可以使用默认的 Elasticsearch 日志存储,或将日志转发到外部日志存储。默认日志存储经过优化并测试以进行简 短存储。 visualization(可视化) - 此 UI 组件用于查看日志、图形和图表等。当前的实现是 Kibana。 在本文中我们可能会互换使用日志存储或 Elasticsearch、视觉化或 Kibana、collection 或 Fluentd、收集 创建 OpenShift Logging 实例: a. 切换到 Administration → Custom Resource Definitions 页面。 b. 在 Custom Resource Definitions 页面上,点 ClusterLogging。 c. 在 Custom Resource Definition details 页中,从 Actions 菜单中选择 View0 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.13 CI/CD对象通常构建可运行的镜像并将其推送到容器镜像 registry。 OpenShift 构建为构建策略提供以下可扩展的支持: Docker 构建 Source-to-image(S2I)构建 Custom 构建 如需更多信息,请参阅了解镜像构建 1.2. OPENSHIFT PIPELINES OpenShift Pipelines 提供了一个 Kubernetes 原生 CI/CD 框架,用于在其自己的容器中设计和运行 Platform 构建系统提供对构建策略的可扩展支持,它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种: Docker 构建 Source-to-image(S2I)构建 Custom 构建 默认情况下,支持 docker 构建和 S2I 构建。 构建生成的对象取决于用于创建它的构建器(builder)。对于 docker 和 S2I 构建,生成的对象为可运行 的镜像。对 器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像(构建器)和构建的源代码,并可 搭配 buildah run 命令使用。S2I 支持递增构建,可重复利用以前下载的依赖项和过去构建的工件等。 2.1.1.3. Custom 构 构建 建 采用自定义构建策略时,开发人员可以定义负责整个构建过程的特定构建器镜像。通过利用自己的构建器 OpenShift Container Platform 4.13 CI/CD0 码力 | 129 页 | 1.37 MB | 1 年前3
OpenShift Container Platform 4.10 监控搜索和过滤指标目标 8.3. 获取目标的详细信息 8.4. 后续步骤 第 第 9 章 章 管理警 管理警报 报 9.1. 在 ADMINISTRATOR 和 DEVELOPER 视角中访问 ALERTING UI 9.2. 搜索和过滤警报、静默和警报规则 9.3. 获取关于警报、静默和警报规则的信息 9.4. 管理警报规则 9.5. 管理静默 9.6. 将通知发送到外部系统 9.7. 应用自定义 ALERTMANAGER 订阅集群节点的 REDFISH BMC 裸机事件 11.5. 将应用程序订阅到裸机事件 REST API 参考 第 第 12 章 章 访问 访问第三方 第三方监 监控 控 UI 和 和 API 12.1. 访问第三方监控 UI 12.2. 访问第三方监控 WEB 服务 API 12.3. 使用 PROMETHEUS 的联邦端点查询指标 12.4. 其他资源 第 第 13 章 章 监 监控 Platform 中,Thanos Ruler 为监控用户定义的项目提供规则和警报评估。 Web 控制台 控制台 用于管理 OpenShift Container Platform 的用户界面(UI)。 1.4. 其他资源 关于远程健康监控 授予用户权限来监控用户定义的项目 配置 TLS 安全配置集 1.5. 后续步骤 配置监控堆栈 OpenShift Container Platform0 码力 | 135 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪"grpc_log":true} 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 9 TRACING-1208 访问 Jaeger UI 时的身份验证 "500 Internal Error" 错误。当尝试使用 OAuth 验 证 UI 时,会得到 500 错误,因为 oauth-proxy sidecar 不信任安装时使用 additionalTrustBundle 定义的自定义 streaming allInOne allInOne: : 因为 allInOne 镜像在单 个 pod 中部署了 Agent、Collector、 Query、Ingester 和 Jaeger UI,所以此部署 的配置必须在 allInOne 参数下嵌套组件配置。 agent: : 定义代理的配置选项。 collector: : 定义 Jaeger Collector 的 me>: "system.logging.curator" 其中 & lt;shared-es-node-name > 是 Elasticsearch 节点的名称。例如,如果您创建一个名为 custom-es 的 Elasticsearch 节点,您的自定义资源可能类似以下示例。 显 显示注解的 示注解的 Elasticsearch CR 示例 示例 先决条件 先决条件 OpenShift0 码力 | 59 页 | 572.03 KB | 1 年前3
OpenShift Container Platform 4.10 虚拟化PVC 名称。 将它作为光盘引导源挂载 CD-ROM 需要额外的磁盘来安装 操作系统。选择添加磁盘的选择框 并稍后进行自定义。 Flavor tiny、small、Medium、Large、 Custom 根据与该模板关联的操作系统,在 虚拟机模板中预设具有预定义值的 CPU 和内存量。 如果选择了默认模板,您可以使用 自定义值覆盖模板中的 cpus 和 memsize 的值,以创建自定义模 项卡中的 cpus 和 memsize 值来 创建自定义模板。 工作负载类型 注意 注意 如果您选择了不正 确的 Workload Type,则可能会 出现性能或资源利 用率问题(如缓慢 的 UI)。 桌面 用于桌面的虚拟机配置。适用于小 型工作环境。建议与 Web 控制台 搭配使用。使用此模板类或 Server 模板类,设置虚拟机的密度比 guaranteed 的虚拟机性能有更高 的优先级。 在窗口中,单击 Customize source 链接。 4. 在阅读有关引导源自定义过程的信息后,单击 About boot source Custom 窗口中的 Continue 以继续自定义。 5. 在 Prepare boot source Custom 页面中的 Define new template 部分: a. 选择 New template namespace 字段,然后选择项目。0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.14 Operatorpodman 和 docker)和容器 registry(如 Quay)来管理捆绑包镜像的存储和发布。 Operator 元数据可以包括: 标识 Operator 的信息,如名称和版本。 驱动 UI 的额外信息,例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时,会验证以下要求: 该捆绑包必须在注解中至少定义一个频道。 sourceType: grpc 7 grpcPodConfig: securityContextConfig:8 nodeSelector: 9 custom_label: 0 码力 | 423 页 | 4.26 MB | 1 年前3
共 54 条
- 1
- 2
- 3
- 4
- 5
- 6













