乐鱼电子游戏博彩平台游戏开发商_Longhorn,企业级云原生容器散布式存储 - 高可用

发布日期:2023-10-30 05:00    点击次数:279

乐鱼电子游戏博彩平台游戏开发商_Longhorn,企业级云原生容器散布式存储 - 高可用

乐鱼电子游戏博彩平台游戏开发商_ [[419475]] 目次 数据局部性 鼎新默许全局缔造 使用 Longhorn UI 鼎新单个卷的数据位置 使用 StorageClass 为单个卷缔造数据局部性 数据局部性缔造 何如为卷缔造数据局部性 不测区别后复原卷 使用 Longhorn 处理节点故障 卷附件复原政策 卷附件复原政策never (Kubernetes 默许) 卷附件复原政策 wait (Longhorn 默许) 卷附件复原政策 immediate 当 Kubernetes 节点出现故障时会发生什么 节点宕机时的 Longhorn Pod 删除政策 当发生故障的 Kubernetes 节点复原时会发生什么 数据局部性

数据局部性缔造(data locality setting)旨在在以下情况下启用:惟一有可能皇冠棋牌,至少应在与使用该卷的 pod 同样的节点上调遣 Longhorn 卷的一个副本。咱们将领有腹地副本的特色称为具有 data locality。

举例,当集群的收罗不好时,数据局部性(data locality)会很有效,因为领有腹地副本会增多卷的可用性。

数据局部性(data locality)关于散布式讹诈程序(举例数据库)也很有效,其中在讹诈程序级别而不是卷级别已毕高可用性。在这种情况下,每个 Pod 只需要一个卷,因此每个卷齐应该与使用它的 Pod 调遣在归并节点上。此外,卷调遣的默许 Longhorn 活动可能会导致散布式讹诈程序出现问题。问题是,若是一个 Pod 有两个副本,况兼每个 Pod 副本齐有一个卷,Longhorn 不知谈这些卷具有同样的数据,不应调遣在归并个节点上。因此 Longhorn 不错在归并节点上调遣同样的副本,从而不容它们为责任负载提供高可用性。

当数据局部性被禁用时,Longhorn 卷不错由集群中任何节点上的副本复古,并由启动在集群中任何节点上的 pod 拜谒。

数据局部性缔造

Longhorn 现在复古两种 data locality 缔造模式:

disabled. 这是默许选项。在与附加卷(责任负载)同样的节点上可能有也可能莫得副本。 best-effort. 此选项指导 Longhorn 尝试将副本保留在与附加卷(责任负载)同样的节点上。Longhorn 不会罢手该卷,即使它由于环境司法而无法将副本保留在附加卷(责任负载)的腹地,举例:磁盘空间不及、磁盘标签不兼容等。 何如为卷缔造数据局部性

不错通过三种步地为 Longhorn 卷缔造 data locality:

鼎新默许全局缔造

皇冠足球即时比分

您不错在 Longhorn UI 缔造中鼎新 data locality 的全局默许缔造。全局缔造仅用作默许值,肖似于副本计数(replica count)。它不会鼎新任何现存卷的缔造。当创建卷时未指定(data locality),Longhorn 将使用全局默许缔造来笃定卷的 data locality。

博彩平台游戏开发商皇冠客服不回消息

使用 Longhorn UI 鼎新单个卷的数据位置

皇冠客服飞机:@seo3687

您不错使用 Longhorn UI 在创建卷时缔造 data locality。您还不错在 volume detail 页面中鼎新卷创建后的 data locality setting。

使用 StorageClass 为单个卷缔造数据局部性

Longhorn 还将 data locality setting 公开为 StorageClass 中的参数。您不错使用指定的 data locality setting 创建 StorageClass,然后使用 StorageClass 创建 PVC。举例,底下的 YAML 文献界说了一个 StorageClass,它告诉 Longhorn CSI driver 将 data locality 缔造为 best-effort:

kind: StorageClass apiVersion: storage.k8s.io/v1 metadata:   name: hyper-converged provisioner: driver.longhorn.io allowVolumeExpansion: true parameters:   numberOfReplicas: "2"   dataLocality: "best-effort"   staleReplicaTimeout: "2880" # 48 hours in minutes   fromBackup: "" 
不测区别后复原卷

当发生不测区别(unexpected detachment)时,可能发生在 Kubernetes upgrade、Docker reboot或收罗断开联贯期间,若是 pod 由胁制器治理(举例:deployment、statefulset、daemonset 等),Longhorn 会自动删除责任负载 pod。通过删除 pod,它的胁制器会从头启动 pod,Kubernetes 处理卷从头附加(reattachment)和从头挂载(remount)。

2022年10月23日,习近平总书记在二十届中央政治局常委同中外记者见面时的重要讲话中郑重宣示,“我们必须高度警省,永远保持赶考的清醒和谨慎,驰而不息推进全面从严治党,使百年大党在自我革命中不断焕发蓬勃生机,始终成为中国人民最可靠、最坚强的主心骨”;

博彩专家

若是您不但愿 Longhorn 自动删除 workload pod,您不错在 Longhorn UI 的缔造 Automatically Delete Workload Pod when The Volume Is Detached Unexpectedly(卷不测区别时自动删除责任负载 Pod) 中进行缔造。

关于莫得胁制器的 Pod,Longhorn 不会删除它们,因为若是 Longhorn 删除,则莫得东谈主会从头启动它们。要复原不测区别的卷,您必须手动删除并从头创建莫得胁制器的 pod。

使用 Longhorn 处理节点故障

当 Kubernetes 节点出现故障时会发生什么

皇冠体育

本节旨在奉告用户节点故障(node failure)期间会发生什么以及复原期间会发生什么。

一分钟后,kubectl get nodes 将诠释失败节点的 NotReady。

能够五分钟后,NotReady 节点上的总共 Pod 的情景将鼎新为 Unknown 或 NodeLost。

StatefulSets 具有富厚的 identity,因此 Kubernetes 不会为用户强制删除 pod。请参阅相干强制删除 StatefulSet 的官方 Kubernetes 文档。

乐鱼电子游戏

Deployments 莫得富厚的 identity,欧博会员官网然则关于 Read-Write-Once 类型的存储,由于它不可同期附加到两个节点,Kubernetes 创建的新 pod 将无法启动,因为 RWO 卷仍联贯到旧 pod,位于丢失的节点上。

在这两种情况下,Kubernetes 齐会自动终结丢失节点上的 pod(为 pod 缔造删除时分戳),然后尝试用旧卷从头创建一个新的卷。因为被终结的 pod 会卡在 Terminating 情景,况兼附加的卷不可被开释/重用(released/reused),若是莫得治理(admin)或存储(storage)软件的骚扰,新的 pod 将卡在 ContainerCreating 情景。

节点宕机时的 Longhorn Pod 删除政策

Longhorn 提供了一个选项来匡助用户在宕机的节点上自动强制删除 StatefulSet/Deployment 的圮绝 pod。强制删除后,Kubernetes 将区别 Longhorn 卷并在新节点上启动替换 pod。

赌博娱乐网站

您不错在 Longhorn UI 或 Settings reference 的 Settings 选项卡中的 Pod Deletion Policy When Node is Down(节点宕机时的 Pod 删除政策)中找到相干缔造选项的更多防备信息。

卷附件复原政策

若是您决定强制删除 pod(手动或在 Longhorn 的匡助下),Kubernetes 将需要能够 6 分钟的时分来删除与 Pod 关联的 VolumeAttachment 对象,然后最终将卷与丢失的节点区别并允许它由新 pod 使用。

这 6 分钟的时分段在 Kubernetes 中是硬编码的:若是丢失节点上的 pod 被强制删除,则相干卷将无法正确卸载。然后 Kubernetes 会恭候这个固定的超频频间胜仗清算 VolumeAttachment 对象。

为了贬责这个问题,咱们提供了 3 种不同的卷附件复原政策。

银河娱乐属于合法吗 卷附件复原政策never (Kubernetes 默许)

Longhorn 不会从故障节点复原 Volume Attachment,这与 Kubernetes 的默许活动一致。用户需要强制删除圮绝的 pod,此时 Longhorn 将从故障节点复原 Volume Attachment。然后允许挂起的替换 pod(replacement pod)在苦求的卷可用的情况下正确启动。

卷附件复原政策 wait (Longhorn 默许)

Longhorn 将恭候复原 Volume Attachment,直到总共圮绝 pod(terminating pod)删除延期期往日。由于此时需要节点 kubelet 删除 Pod,况兼 Pod 仍然可用,咱们不错得出论断,故障节点 Kubelet 无法删除 Pod。此时 Longhorn 将从故障节点复原 Volume Attachment。然后允许挂起的替换 pod(replacement pod) 在苦求的卷可用的情况下正确启动。

卷附件复原政策 immediate

惟一有待处理的替换 Pod(replacement pod) 可用,Longhorn 就会从故障节点复原 Volume Attachment。然后允许挂起的替换 pod(replacement pod)在苦求的卷可用的情况下正确启动。

当发生故障的 Kubernetes 节点复原时会发生什么

若是节点在故障后 5 到 6 分钟内从头联机,Kubernetes 将从头启动 Pod、卸载(unmount)和从头安设(re-mount)卷,而无需从头附加卷(re-attaching)和 VolumeAttachment 清算。

因为卷引擎(volume engines)会在节点宕机后关闭,是以这种胜仗从头安设将不起作用,因为该配置不再存在于节点上。

皇冠hg86a

在这种情况下,Longhorn 将区别并从头附加卷以复原卷引擎,以便 pod 不错安全地从头挂载/重用卷(remount/reuse)。

若是节点在故障后 5-6 分钟内莫得从头上线,Kubernetes 将尝试基于 pod eviction 机制删除总共无法拜谒的 pod,这些 pod 将处于 Terminating 情景。相干防备信息,请参阅 pod eviction timeout。

然后,若是故障节点稍后复原,Kubernetes 将从头启动那些圮绝的 pod,区别卷(detach the volumes),恭候旧的 VolumeAttachment 清算,并重用从头附加和从头挂载(re-attach & re-mount)卷。频繁这些才气可能需要 1 ~ 7 分钟。

在这种情况下,区别(detaching)和从头附加(re-attaching)操作也曾包含在 Kubernetes 复原经过中。因此不需要特等的操作,Longhorn 卷将在上述才气后可用。

最近,许多足球明星都在为即将到来的国际友谊赛做准备。据悉,其中一位明星甚至为了保持最佳状态,特地租下了一座私人岛屿进行特训,让不少球迷羡慕不已。

关于上述总共复原场景皇冠棋牌,Longhorn 将通过 Kubernetes 的关联(association)自动处理这些才气。



上一篇:没有了
下一篇:香港六合彩棋牌博彩平台是否支持微信支付_钢琴演奏传统民歌《绣金匾》

Powered by 欧博博彩网址 @2013-2022 RSS地图

皇冠体育导航皇冠体育皇冠现金网皇冠客服新2网址