OpenShift Container Platform 4.9 网络注解的路由。对于响应标头,这些调整适用于所有 HTTP 响 应。如果此字段为空,则不会调整任何请求标头。 httpErrorCodePages httpErrorCodePages 指定自定义 HTTP 错误代码响应页面。默认情况 下,IngressController 使用 IngressController 镜像内构建的错误页面。 httpCaptureCookies httpCaptureCookies true。 6.8.17. 自定义 HAProxy 错误代码响应页面 作为集群管理员,您可以为 503、404 或两个错误页面指定自定义错误代码响应页面。当应用 Pod 没有 运行时,HAProxy 路由器会提供一个 503 错误页面,如果请求的 URL 不存在,则 HAProxy 路由器会提 供 404 错误页面。例如,如果您自定义 503 错误代码响应页面,则应用 Pod 未运行时会提供页面,并且 HAProxy 路由器为不正确的路由或不存在的路由提供默认的 404 错误代码 HTTP 响应页面。 自定义错误代码响应页面在配置映射中指定,然后修补至 Ingress Controller。配置映射键有两个可用的文 件名,如下所示:error-page-503.http 和 error-page-404.http。 自定义 HTTP 错误代码响应页面必须遵循 HAProxy HTTP 错误页面配置指南。以下是默认0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.13 虚拟化Container Platform 4.13 虚 虚拟 拟化 化 38 第 5 章 OPENSHIFT VIRTUALIZATION 发行注记 5.1. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、 slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有 关更多详情,请参阅我们的首席技术官 VirtualMachineInstance CR 包含 evictionStrategy: LiveMigrate,且虚拟 机实例(VMI)不支持实时迁移,则 VMI 将不会更新。 流程 流程 1. 要在默认编辑器中打开 HyperConverged CR,请运行以下命令: 2. 编辑 HyperConverged CR 的 workloadUpdateStrategy 小节。例如: 可用于执行自动化工作负载更新的方法。可用值为 69 注意 注意 您可以通过编辑 HyperConverged CR 的 spec.liveMigrationConfig 小节来配置 实时迁移限制和超时。 3. 若要应用您的更改,请保存并退出编辑器。 7.5. 批准待处理的 OPERATOR 更新 7.5.1. 手动批准待处理的 Operator 更新 如果已安装的 Operator 的订阅被设置为 Manual,则当其当前更新频道中发布新更新时,在开始安装前必0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化OpenStack Platform、Red Hat Virtualization 和 OpenShift Virtualization 中认证的客户机操作系统。 3.2. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、 slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有 关更多详情,请参阅我们的首席技术官 VirtualMachineInstance CR 包含 evictionStrategy: LiveMigrate,且虚拟 机实例(VMI)不支持实时迁移,则 VMI 将不会更新。 流程 流程 1. 要在默认编辑器中打开 HyperConverged CR,请运行以下命令: $ oc edit hco -n openshift-cnv kubevirt-hyperconverged 第 第 5 章 章 更新 方法。 注意 注意 您可以通过编辑 HyperConverged CR 的 spec.liveMigrationConfig 小节来配置 实时迁移限制和超时。 3. 若要应用您的更改,请保存并退出编辑器。 5.3. 批准待处理的 OPERATOR 更新 5.3.1. 手动批准待处理的 Operator 更新 如果已安装的 Operator 的订阅被设置为 Manual,则当其当前更新频道中发布新更新时,在开始安装前必0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.9 构建应用程序11.6. 使用 DEVELOPER 视角监控健康检查失败 第 第 12 章 章 编辑应 编辑应用程序 用程序 12.1. 先决条件 12.2. 使用 DEVELOPER 视角编辑应用程序的源代码 12.3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 13 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 13.1. 基本修剪操作 13.2. 修剪组 13 OpenShift Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件,通过 OpenShift Container Platform CLI 创建应 用程序。使用 OpenShift Container Platform Web 控制台,您可以从集群管理员安装的 YAML 代码。 流程 流程 自定义项目的不同集群角色: 1. 在 Search 视图中,使用 Resources 下拉列表搜索 Console。 2. 在可用选项中,选择 Console operator.openshift.io/v1。 图 2.3. 搜索控制台资源 3. 在 Name 列表下选择 cluster。 4. 导航到 YAML 选项卡以查看和编辑 YAML 代码。 50 码力 | 184 页 | 3.36 MB | 1 年前3
OpenShift Container Platform 4.10 构建应用程序12.6. 使用 DEVELOPER 视角监控健康检查失败 第 第 13 章 章 编辑应 编辑应用程序 用程序 13.1. 先决条件 13.2. 使用 DEVELOPER 视角编辑应用程序的源代码 13.3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 14 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 14.1. 基本修剪操作 14.2. 修剪组 14 OpenShift Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件,通过 OpenShift Container Platform CLI 创建应 用程序。使用 OpenShift Container Platform Web 控制台,您可以从集群管理员安装的 Project → Project access → Role 来访 问这些集群角色。默认情况下,这些角色为 Admin、Edit 和 View。 要为项目添加或编辑集群角色,您可以自定义集群的 YAML 代码。 流程 流程 自定义项目的不同集群角色: 1. 在 Search 视图中,使用 Resources 下拉列表搜索 Console。 2. 在可用选项中,选择 Console operator0 码力 | 198 页 | 3.62 MB | 1 年前3
OpenShift Container Platform 4.6 发行注记故障排除时可能 需要。现在,在 OpenShift Container Platform 4.6 中,您可以公开集群 Operator 的相关对象列表,并 轻松查看其中一个相关对象详情或 YAML 代码用于故障排除。 1.2.5.5. 编辑 编辑受管 受管资 资源 源时 时的警告信息 的警告信息 管理某些资源,例如由部署、路由、服务或配置映射管理的 Operator。不建议用户编辑这些资源。用户 视图中都提供了对所有工作负载类型的支持,以便更好地了解所使用的 计算资源。 现在,从 Developer 目录安装 chart 时,可以选择 Helm chart 版本和应用程序版本。您还可以在 表单和 YAML 编辑器间切换,同时保留输入的值。 Knative 事件工作流已进行了改进: 添加了对 Knative Eventing Channels 的支持,以构建可靠的事件交付机制。 现在,您可以使用相关的代理过滤器为频道和触发器创建订阅,并选择 视图中会正确显示 Knative 资源。(BZ#1907827) 在以前的版本中,API 服务器可能无法创建资源并返回 409 状态代码,因为在更新资源配额资源 时出现冲突。这个问题已被解决,{product title} web 控制台会在收到 409 状态代码时尝试重试 请求。最多三次尝试通常足以完成请求。如果 409 持续发生,控制台中会显示一个错误。 (BZ#1928230) 在以前的版本中,开发人员目录中不会显示0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 3.11 开始使用4.7. 配置自动构建 4.8. 编写代码更改 第 第 5 章 章 使用 使用 CLI 创 创建并 建并构 构建 建镜 镜像 像 5.1. 概述 5.2. 开始前 5.3. FORK SAMPLE 仓库 5.4. 创建一个项目 5.5. 从镜像创建应用程序 5.6. 创建路由 5.7. 确定应用程序正在运行 5.8. 配置自动构建 5.9. 编写代码更改 5.10. 故障排除 3 3 浏览器访问您的新应用程序。如果无法访问您的应用程序, 请联系系统管理员。 查看您的新应用程序: 4.7. 配置自动构建 从 OpenShift Container Platform GitHub 仓库 获取此应用程序的源代码。因此,每当您将代码更改推送 到您的分叉仓库时,webhook 会自动触发应用程序的重新构建过程。 第 第 4 章 章 使用 使用 WEB 控制台 控制台创 创建并 建并构 构建 建镜 镜像 像 13 为您的应用程序设置 标悬停在检查标记之上,可查 看最后一次发送的状态。 当您下一次将代码更改推送到 fork 仓库时,应用程序会自动重建。 4.8. 编写代码更改 要在本地工作,然后将更改推送到应用程序: 1. 在您的本地机器上,使用文本编辑器来更改文件 ruby-ex/config.ru的示例应用程序源代码。 2. 在您的应用程序中进行代码更改是可见的。例如: 在第 229 行中,将标题由 Welcome0 码力 | 24 页 | 290.05 KB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台及这些微服务 间的交互。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持,方 法是将一个特殊的 sidecar 代理服务器部署 以便可以通 过信任度不同的网络进行传输。 策略 策略强 强制 制 - 对服务间的交互应用机构策略,确保实施访问策略,并在用户间分配资源。通过配置 网格就可以对策略进行更改,而不需要修改应用程序代码。 遥 遥测 测 - 了解服务间的依赖关系以及服务间的网络数据流,从而可以快速发现问题。 1.3.3. Red Hat OpenShift Service Mesh 1.1.2 版中包含的组件版本 供不同微服务间的交互功能。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持,方 法是将一个特殊的 sidecar 代理服务器部署0 码力 | 87 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.6 网络OpenShift Container Platform 4.6 网 网络 络 72 1. 以具有 cluster-admin 特权的用户身份登录。 2. 生成默认项目模板: 3. 使用文本编辑器,通过添加对象或修改现有对象来修改生成的 template.yaml 文件。 4. 项目模板必须创建在 openshift-config 命名空间中。加载修改后的模板: 5. 使用 Web 控制台或 多网 多网络 络 87 流程 流程 1. 要编辑 CNO 配置,请输入以下命令: 2. 通过为您要创建的额外网络添加配置来修改您要创建的 CR,如下例所示。 3. 保存您的更改,再退出文本编辑器以提交更改。 验证 验证 运行以下命令确认 CNO 创建了 NetworkAttachmentDefinition 对象。CNO 创建对象之前可能会 有延迟。 其中:您必须登录集群。 流程 流程 要在指定地址和/或路由选项的同时将 pod 添加到额外网络,请完成以下步骤: 1. 编辑 Pod 资源定义。如果要编辑现有 Pod 资源,请运行以下命令在默认编辑器中编辑其定义。 将 替换为要编辑的 Pod 资源的名称。 2. 在 Pod 资源定义中,将 k8s.v1.cni.cncf.io/networks 参数添加到 pod metadata 0 码力 | 256 页 | 2.78 MB | 1 年前3
OpenShift Container Platform 4.8 Service MeshService Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层,而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务,从而简化扩展和维护。但是,随着微服务架构上构建的企 业应用的规模和复杂性不断增长,理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 对服务间的交互应用机构策略,确保实施访问策略,并在用户间分配资源。通过配置 网格就可以对策略进行更改,而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流,从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始: master、 slave、blacklist 超时会导致从服务网格中持续丢弃命名空间,然后重新加入。 MAISTRA-2370 Handle tombstones in listerInformer。在将事件从命名空间缓存转换为聚合缓存 时,更新的缓存代码库没有处理 tombstones,从而导致在 go 中出现 panic 的问题。 MAISTRA-2117 向 operator 添加可选的 ConfigMap 挂载。CSV 现在包含一个可选的 ConfigMap0 码力 | 344 页 | 3.04 MB | 1 年前3
共 63 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













