我正在建立一个有3个节点的AlwaysOn可用性组。1个主节点、1个二级只读节点和1个二级不可读节点.我想把我的维护工作卸载到我的二级只读节点，这是好的。我可以通过在所有维护任务中添加一个步骤来检查节点来实现这一点。如果是主节点，则作业将停止，然后再转到下一步。我还拥有一个维护数据库，在该数据库中，我记录了所有维护工作信息，如故障、启动时间、结束时间、持续时间、索引/统计名称等。我希望将该
浏览 0提问于2017-11-14得票数 0
回答已采纳
1回答
如何使用terraform禁用GKE集群节点维护自动修复？似乎我无法从GCP控制台停止节点或更改GKE节点的设置。所以我猜我将不得不尝试使用terraform，即使它重新创建了集群。维护是如何进行的？我认为它会将所有pod迁移到辅助节点，然后重新启动第一个节点，对吗？但是，如果辅助节点没有足够的可用资源来处理主节点的所有节点，该怎么办？GCP会创建新节点吗？例如:主节点大约有110
浏览 0提问于2021-02-13得票数 0
1回答
我们计划在我们的“始终保持可用性”组中关闭二级同步副本几个小时以进行维护。一旦我们完成了维护，那么我们就需要在原始主节点上进行故障转移和维护。这里是我的问题--例如，在维护过程中，如果有大约5G的日志文件在我们关闭辅助节点时没有应用，那么现在当辅助节点恢复联机时，我们可以立即进行故障转移并将次要部分变成新的主节点，否则我们必须等待日志首先应用到次要节点，使其同步，然后再将其变为新的主节点。
浏览 0提问于2021-07-02得票数 0
回答已采纳
我读到Tor代理使用tor节点维护会话密钥，并在加密数据时使用它，但是为什么Tor节点与其他tor节点一起维护密钥呢？
浏览 0提问于2015-03-02得票数 2
我们的ovirt集群中的一个节点显示了可用的升级。该节点上部署了宿主引擎，但它目前正在另一个节点上服务。在进行小升级之前，我需要先取消部署宿主引擎吗？目前，对于每一次升级，我都会将节点移动到维护，然后我将取消部署宿主引擎。在此之后，节点再次处于活动状态，在启动升级之前，我必须再次将其放到维护中。升级后，节点再次处于活动状态，因此必须再次进行维护，然后再次部署宿主引擎。
要进行升级，需要采取很多步骤。我可以跳过宿主引擎的非部署吗？
浏览 0提问于2018-07-24得票数 1
回答已采纳
1回答
这是在具有一个辅助节点的“始终打开可用性”组中设置的。由于这是一家制造工厂，我们每两周只提供11 1/2小时进行指数维护，而该工厂没有生产。我们使用Hallengren脚本来运行这个索引维护。目前，这个索引维护需要大约11个小时才能运行。我们为只读设置了辅助节点，以帮助将一些select查询卸载到辅助节点。
在主节点上完成索引维护之后，我们已经与主节点发生了2到3小时的不同步问题。对于最近的维护窗口，我们禁
浏览 0提问于2023-02-21得票数 0
回答已采纳
总体目标:在某个节点有一段时间没有评论时，发送一封电子邮件(例如:1小时)。如何进行持续评价：
然后，在Cron
浏览 0提问于2015-12-31得票数 0
回答已采纳
成功地创建了节点和群集，节点代理启动时没有问题。节点:单元中节点的代理进程不运行，节点不处于维护模式。请启动代理或将节点置于维护模式。
浏览 0提问于2018-08-21得票数 0
回答已采纳
1回答
为了在数据库节点上执行维护任务，我希望将所有连接从数据库节点1迁移出去，然后关闭该节点进行维护。使用的连接池是common-dbcp，目的是迁移到tomcat-jdbc。
浏览 3提问于2012-03-01得票数 4
我有要成为drawn.Here的节点列表，节点表示RectangleFigure。因此，所有这些节点都是先在画布(FigureCanvas)上绘制的，然后我有一个在前面绘制的节点之间具有依赖关系的映射。在映射中，键是节点，值只是维护的节点列表。有3个节点，ClassA，ClassB，InterfaceC
我把它们画在画布上。现在，我希望使用维护的映射在已经绘制的节点之间绘制PolylineConnection。那我该
浏览 2提问于2014-01-09得票数 0
回答已采纳
1回答
为了实现这一点，我有一个作业被设置为在任意一个节点(例如节点1...node 4)上运行，为此，我将节点下的Orchestrator选项设置为随机子集，计数设置为1。但是，如何避免此作业跳过不健康的节点？这是必需的，这样我们就不必担心在服务器维护期间更改监视作业，因为作业可以在任何剩余的健康节点上运行。如果没有跳过不健康节点的选项，则监视作业在随机选择正在维护的不健康节点时会失败。
浏览 3提问于2022-10-12得票数 0
回答已采纳
2回答
我的理解是：如果我的理解不正确，请纠正我。
我读到了一些"Seed Node“中的失败不会导致任何问题的地方。假设种子节点崩溃了，环信息是如何维护的？
浏览 1提问于2014-02-14得票数 5
回答已采纳
目前，我使用的是无穷大，配置如下：
只维护一个主节点，所有其他节点维护为读节点</e
浏览 1提问于2014-05-26得票数 0
2回答
我只是想知道关闭活动/活动集群的最佳方法是什么，在这个集群中，为了进行磁盘维护，需要关闭两个节点。关闭两个节点两个节点的功率有人觉得有什么问题吗？考虑到集群资源将在不同的时间出现，如何确保集群资源返回到正确的节点上？
浏览 0提问于2014-06-18得票数 2
回答已采纳
1回答
当它在一个节点上进行维护时，它会将pod迁移到其他节点。但我不确定在迁移过程中是否有停机时间，而且有时pods会卡在crash crashloopbackoff或errimagepull状态。在维护过程中迁移是如何发生的？是否会创建一个新的pod，然后路由流量，然后在副本总数只有一个时删除旧的pod？只是想知道有没有停机时间。这是一个新的集群，还没有设置监控，所以不知道玩家在维护过程中是否经历了停机。
有没有办法防止GCP做维护？我使用terraform来创建集群，所以如果我可以阻止它，
浏览 0提问于2021-02-21得票数 0
我们知道，在块链系统中，每个节点都有历史数据，其中包含所有以前的事务，以维护完整性并批准未来的事务。如果分块链在日常生活中被实现，人们每天进行数十亿的事务，那么节点迟早会耗尽内存。如何维护或设计？
浏览 0提问于2019-11-15得票数 3
我们将所有SLURM节点设置为“排出”，以便为维护窗口做准备，之后所有新作业都将保持挂起状态，直到节点恢复。不过，我们在维护窗口之前就做得很好，所以所有正在运行的作业都可以完成。有没有一种方法可以指定节点只接受带有--time=x参数的批处理作业，以便job start time + x小于给定的时间？例如，如果计划在周五晚上进行维护中断，则在周三使用--time=2-0到达队列顶部的作业将运行，但在周四使用--time=2-0提交的作业将不会运行。
浏览 14提问于2017-03-14得票数 1
回答已采纳
1回答
我有两种内容类型:位置和维护。搜索位置请参阅具有位置和维护节点的视图。
我已经安装了实体引用，并进行了从维护到位置的引用，但我只是无法正确地获得视图设置；到目前为止，我得到的是所有位置的列表。
浏览 0提问于2014-07-17得票数 0
回答已采纳
pods冗余调度到多个kubernetes节点。如果其中一个节点宕机，其他节点上总是有足够的实例。如果我们想要在一个节点上进行维护，我们如何耗尽这些节点(而不是将SOLR pod“迁移”到其他节点)？对我们来说，最重要的事情是kube-proxy将不再向相关节点上的pod发送新请求，这样一段时间后，我们可以在不中断正在运行的请求的服务的情况下进行维护。我们尝试了cordon，但cordon只会确保没有新的pod被调度到节点</
浏览 18提问于2018-07-29得票数 1
2回答
从堆中间删除节点
、、、
从堆中间删除节点可以在O(lg )内完成，前提是我们可以在固定时间内找到堆中的元素。假设堆的节点包含id作为其字段。现在，如果我们提供id，我们如何在O(lg n)时间内删除节点？一种解决方案是，我们可以在每个节点中有一个位置的地址，在那里我们维护堆中节点的索引。此数组将按节点ids排序。不过，这需要维护额外的数组。有没有其他好的方法来达到同样的效果。
浏览 2提问于2012-09-27得票数 5
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
