3.3. 此设置可以存活的故障


在单一或多个可用区上部署红帽构建的 Keycloak 会对高可用性特征有很大的变化,因此我们会独立考虑这些架构。

3.3.1. 单区

Expand
失败恢复RPO1RTO2

红帽构建的 Keycloak Pod

在集群中运行多个 Keycloak Pod 的红帽构建。如果一个实例失败,一些传入的请求可能会收到错误消息,或者延迟几秒钟。

没有数据丢失

少于 30 秒

{Kubernetes} 节点

在集群中运行多个 Keycloak Pod 的红帽构建。如果主机节点停止,则该节点上的所有 pod 都将失败,一些传入的请求可能会收到错误消息,或者延迟一段时间(以秒为单位)。

没有数据丢失

少于 30 秒

红帽构建的 Keycloak 集群连接

如果 {kubernetes} 节点之间的连接丢失,则无法在这些节点上托管的 Keycloak pod 的 Red Hat 构建之间发送数据。传入的请求可能会收到错误消息,或者延迟(以秒为单位)。红帽构建的 Keycloak 最终会从其本地视图中删除无法访问的 pod,并停止向它们发送数据。

没有数据丢失

秒到分钟

表注:

1 个恢复点目标,假设设置的所有部分在发生时都处于健康状态。
2 恢复时间目标。

3.3.2. 多个区

Expand
失败恢复RPO1RTO2

数据库节点3

如果写入器实例失败,则数据库可以提升相同或其他区域中的读者实例,使其成为新的写入器。

没有数据丢失

分钟的秒数(取决于数据库)

Red Hat build of Keycloak pod

在集群中运行多个 Keycloak 实例的红帽构建。如果一个实例失败,一些传入的请求可能会收到错误消息,或者延迟几秒钟。

没有数据丢失

少于 30 秒

{Kubernetes} 节点

在集群中运行多个 Keycloak pod 的红帽构建。如果主机节点停止,则该节点上的所有 pod 都将失败,一些传入的请求可能会收到错误消息,或者延迟一段时间(以秒为单位)。

没有数据丢失

少于 30 秒

可用区失败

如果一个可用区失败,则该区中托管的 Keycloak pod 的所有红帽构建也会失败。至少部署与可用区相同的红帽构建的 Keycloak 副本数量,应该确保不会丢失数据,停机时间最小,因为存在其他 pod 可用于服务请求。

没有数据丢失

连接数据库

如果可用区间的连接丢失,同步复制将失败。有些请求可能会收到错误消息,或延迟几秒钟。根据数据库,可能需要手动操作。

没有数据丢失3

分钟的秒数(取决于数据库)

红帽构建的 Keycloak 集群连接

如果 {kubernetes} 节点之间的连接丢失,则无法在这些节点上托管的 Keycloak pod 的 Red Hat 构建之间发送数据。传入的请求可能会收到错误消息,或者延迟(以秒为单位)。红帽构建的 Keycloak 最终会从其本地视图中删除无法访问的 pod,并停止向它们发送数据。

没有数据丢失

秒到分钟

表注:

1 个恢复点目标,假设设置的所有部分在发生时都处于健康状态。
2 恢复时间目标。
3 假设数据库也在多个可用区间复制

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat