深度学习与PyTorch入门实战 - 19.2 多输出感知机0 码力 | 9 页 | 584.25 KB | 1 年前3
深度学习与PyTorch入门实战 - 19.1 单一输出感知机0 码力 | 8 页 | 548.71 KB | 1 年前3
OpenShift Container Platform 4.13 网络章 章 OVN-KUBERNETES 网 网络 络插件 插件 27.1. 关于 OVN-KUBERNETES 网络插件 27.2. OVN-KUBERNETES 架构 27.3. OVN-KUBERNETES 故障排除 27.4. 使用 OVNKUBE-TRACE 追踪 OPENFLOW 27.5. 从 OPENSHIFT SDN 网络插件迁移 27.6. 回滚到 OPENSHIFT SDN SDN 网络供应商 27.7. 从 KURYR 网络插件迁移到 OVN-KUBERNETES 网络插件 27.8. 转换为 IPV4/IPV6 双栈网络 27.9. 出口防火墙和网络策略规则的日志记录 27.10. 配置 IPSEC 加密 27.11. 为项目配置出口防火墙 27.12. 查看项目的出口防火墙 27.13. 为项目编辑出口防火墙 27.14. 从项目中删除出口防火墙 27.15. 为项目禁用多播 27.21. 跟踪网络流 27.22. 配置混合联网 第 第 28 章 章 OPENSHIFT SDN 网 网络 络插件 插件 28.1. 关于 OPENSHIFT SDN 网络插件 28.2. 迁移到 OPENSHIFT SDN 网络插件 247 247 247 267 267 281 286 286 287 288 291 291 297 300 306 3190 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.13 CI/CDOPENSHIFT GITOPS 1.4. JENKINS 第 第 2 章 章 构 构建( 建(BUILD) ) 2.1. 理解镜像构建 2.2. 了解构建配置 2.3. 创建构建输入 2.4. 管理构建输出 2.5. 使用构建策略 2.6. 使用 BUILDAH 自定义镜像构建 2.7. 执行和配置基本构建 2.8. 触发和修改构建 2.9. 执行高级构建 2.10. 在构建中使用红帽订阅 2.11 jenkinsfile,或者将其存储在 Source Control Management 系统中。 采用 Pipeline 构建策略时,开发人员可以定义 Jenkins 管道,供 Jenkins 管道插件使用。构建可以由 OpenShift Container Platform 启动、监控和管理,其方式与任何其他构建类型相同。 Pipeline 工作流在 jenkinsfile 中定义,或直接嵌入在构建配置中,或者在 HTTP 或 HTTPS 协议才可以正常工作。 注意 注意 对于 Pipeline 策略构建,因为 Jenkins Git 插件当前限制的缘故,通过 Git 插件执行的任何 Git 操作都不会利用 BuildConfig 中定义的 HTTP 或 HTTPS 代理。Git 插件将仅使用 Plugin Manager 面板上 Jenkins UI 中配置的代理。然后,在所有任务中,此代理都会被用 于 Jenkins0 码力 | 129 页 | 1.37 MB | 1 年前3
OpenShift Container Platform 4.9 网络OpenShift Container Platform 集群中部署和管理集群网络组件。 这包括在安装过程中为集群选择的 Container Network Interface(CNI)默认网络供应商插件部署。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 自定 密钥。这个密钥可以与堡垒实例的密钥不同,也可以相同。 注意 注意 直接通过 SSH 访问仅建议在灾难恢复时使用。当 Kubernetes API 正常工作时,应 该使用特权 Pod。 5. 运行 oc get nodes,查看输出结果,然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH 主机中,SSH 部署到该 OpenShift Container Platform 集群中部署和管理集群网络组件。这 包括在安装过程中为集群选择的 Container Network Interface(CNI)默认网络供应商插件部署。如需更多 信息,请参阅 OpenShift Container Platform 中的 Cluster Network Operator 。 3.2. DNS OPERATOR DNS Operator0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 3.11 CLI 参考36 36 37 37 37 OpenShift Container Platform 3.11 CLI 参考 参考 2 7.3. 安装插件 7.3.1. Plug-in Loader 7.3.1.1. 搜索顺序 7.4. 编写插件 7.4.1. plugin.yaml Descriptor 7.4.2. 建议的目录结构 7.4.3. 访问运行时属性 37 38 38oc: No such file or directory 第 第 2 章 章 CLI 入 入门 门 9 1 2 3 4 例 例 2.1. 初始 初始 CLI 设 设置 置 输 输出示例 出示例 该命令提示输入 OpenShift Container Platform 服务器 URL。 命令会提示输入登录凭证:用户名和密码。 会话会根据服务器建立,并接收会话令牌。 如果 CLI 配置后,后续的命令使用服务器、会话令牌和项目信息的配置文件。 您可以使用 oc logout 命令从 CLI 注销: 输 输出示例 出示例 如果您在创建或被授予了项目访问权限后登录,则您有权访问的项目会自动设置为当前默认值,直到 切换 到另一个 项目: 输 输出示例 出示例 $ oc login OpenShift server [https://localhost:8443]: https://openshift 0 码力 | 45 页 | 737.95 KB | 1 年前3
OpenShift Container Platform 4.14 更新集群Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc adm upgrade 命令的输出来查看新的更新选项。 红帽托管了一个公共 OpenShift Update Service (OSUS),它根据官方 registry 中的 OpenShift Container Platform OpenShift Update Service 不建议升级路径,这可能是因为更新或目标发行版本存在已知问题。 两个控制器在持续更新模式下运行。第一个控制器持续更新有效负载清单,将清单应用到集群,并输出 Operator 的受控推出的状态,以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service,以确定更新是否可用。 重要 重要 仅支持更新到较 阅"更新可用性评估"部分。 您可以使用以下命令检查所有可用更新: 注意 注意 额外的 --include-not-recommended 参数包括可用的更新,但不推荐因为应用到 集群的已知风险而不建议这样做。 输出示例 出示例 oc adm upgrade 命令查询 ClusterVersion 资源以获取可用更新的信息,并以人类可读格式显示 它。 直接检查 CVO 创建的底层可用性数据的一种方法是,使用以下命令查询0 码力 | 149 页 | 1.94 MB | 1 年前3
OpenShift Container Platform 4.6 网络密钥。这个密钥可以与堡垒实例的密钥不同,也可以相同。 注意 注意 直接通过 SSH 访问仅建议在灾难恢复时使用。当 Kubernetes API 正常工作时,应 该使用特权 Pod。 5. 运行 oc get nodes,查看输出结果,然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH 主机中,SSH 部署到那个 OpenShift Container Platform 集群中部署和管理集群网络组件。这 包括在安装过程中为集群选择的 Container Network Interface(CNI)默认网络供应商插件部署。如需更多 信息,请参阅 OpenShift Container Platform 中的 Cluster Network Operator 。 3.2. DNS OPERATOR DNS Operator Interface(CNI)默认网络供应商插件。 4.1. CLUSTER NETWORK OPERATOR Cluster Network Operator 从 operator.openshift.io API 组实现 network API。Operator 通过使用守护 进程集,部署 OpenShift SDN 默认 Container Network Interface(CNI)网络供应商插件,或部署您在集 群安装过程中选择的默认网络供应商插件。0 码力 | 256 页 | 2.78 MB | 1 年前3
OpenShift Container Platform 4.14 存储4. 扩展本地卷 7.5. 使用文件系统扩展持久性卷声明(PVC) 7.6. 在扩展卷失败时进行恢复 第 第 8 章 章 动态 动态置 置备 备 8.1. 关于动态置备 8.2. 可用的动态置备插件 8.3. 定义存储类 8.4. 更改默认存储类 176 177 179 182 185 196 196 196 196 197 197 199 199 199 200 200 Fiber 频道 道 用于在数据中心、计算机服务器、交换机和存储之间传输数据的联网技术。 FlexVolume FlexVolume 是一个树外插件接口,它使用基于 exec 的模型与存储驱动程序进行接口。您必须在每个 节点上在预定义的卷插件路径中安装 FlexVolume 驱动程序二进制文件,并在某些情况下是 control plane 节点。 fsGroup fsGroup 定义 pod - name: ephemeral emptyDir: {} OpenShift Container Platform 4.14 存 存储 储 8 输出显示 /var/lib 中的临时存储使用情况: 输 输出示例 出示例 $ df -h /var/lib Filesystem Size Used Avail Use% Mounted on /dev/disk/by-partuuid/4cd1448a-010 码力 | 215 页 | 2.56 MB | 1 年前3
OpenShift Container Platform 4.13 CLI 工具CLI 入门 2.2. 配置 OPENSHIFT CLI 2.3. OC 和 KUBECTL 命令的使用方法 2.4. 管理 CLI 配置集 2.5. 使用插件扩展 OPENSHIFT CLI 2.6. 使用 KREW 管理 CLI 插件 2.7. OPENSHIFT CLI 开发人员命令参考 2.8. OPENSHIFT CLI 管理员命令参考 第 第 3 章 章 ODO 的重要更新 的重要更新 root 或 sudo 权限。 流程 流程 1. 使用 Red Hat Subscription Manager 注册: 2. 获取最新的订阅数据: 3. 列出可用的订阅: 4. 在上一命令的输出中,找到 OpenShift Container Platform 订阅的池 ID,并把订阅附加到注册的 系统: 5. 启用 OpenShift Container Platform 4.13 所需的存储库。 所有与集群的通信都通过 HTTP 代理进行。 只有在使用 HTTPS 传输时,才会发送身份验证标头。 流程 流程 1. 输入 oc login 命令并传递用户名: 2. 提示时,请输入所需信息: 输 输出示例 出示例 输入 OpenShift Container Platform 服务器的 URL。 输入是否使用不安全的连接。 输入用户密码。 注意 注意 $ oc login -u user10 码力 | 128 页 | 1.11 MB | 1 年前3
共 189 条
- 1
- 2
- 3
- 4
- 5
- 6
- 19













