小红花·文摘
  • 首页
  • 广场
  • 排行榜🏆
  • 直播
  • FAQ
Dify.AI

云计算服务商RackNerd计划于5月22日晚进行服务器迁移,所有使用DC02机房的用户需提前备份数据。迁移将把服务器转移至洛杉矶DC03机房,预计停机时间超过6小时,IP地址将发生变化。用户需关注控制台,及时切换域名至新IP。

RackNerd将在5月22日将DC02服务器物理迁移到DC03 迁移后IP地址会发生变更

蓝点网
蓝点网 · 2026-05-19T03:18:28Z
跨架构EC2实例升级指南:基于ENI迁移的Xen到Nitro升级方案

本文介绍了一种基于ENI分离技术的AWS EC2实例升级方案,适用于从旧一代实例(如C4)迁移到新一代实例(如C7i)。该方案通过保留网络接口和数据卷,实现IP地址和业务数据的完整迁移,确保最小停机时间,适合对IP高度依赖的业务场景。

跨架构EC2实例升级指南:基于ENI迁移的Xen到Nitro升级方案

亚马逊AWS官方博客
亚马逊AWS官方博客 · 2026-02-02T08:58:02Z
Semab Tariq:利用开源工具部署生产级高可用系统的道路

高可用性对应用至关重要,许多人误以为需要掌握所有工具或购买付费工具。文章首先探讨高可用性的基础概念,如可接受的停机时间、恢复时间目标(RTO)和数据丢失容忍度(RPO),帮助选择合适的架构。接着,展示如何利用开源工具实现99.99%的高可用性。

Semab Tariq:利用开源工具部署生产级高可用系统的道路

Planet PostgreSQL
Planet PostgreSQL · 2025-12-17T10:48:58Z
Laurenz Albe:如何处理“数据库不接受命令”错误

PostgreSQL中的“数据库不接受命令”错误通常与事务ID环绕有关。解决方法包括处理旧的准备事务、结束长时间运行的事务、删除过期的复制槽,并执行VACUUM命令。避免使用单用户模式和VACUUM FULL,以减少停机时间,并确保自动清理配置正确,以防未来问题。

Laurenz Albe:如何处理“数据库不接受命令”错误

Planet PostgreSQL
Planet PostgreSQL · 2025-09-16T06:00:42Z
分布式Postgres如何解决云计算的高可用性问题

应用可用性和停机时间是组织必须重视的问题。研究表明,计划外停机每年给全球2000家公司造成4000亿美元损失,尤其在医疗和金融等高风险行业,停机可能导致重大损失。随着企业对云基础设施和开源软件的依赖加深,许多公司未能制定高可用性策略,增加了单一区域故障的风险。pgEdge的分布式Postgres架构可确保高可用性,降低停机风险。

分布式Postgres如何解决云计算的高可用性问题

The New Stack
The New Stack · 2025-09-11T16:00:03Z
Atlassian如何将400万个Jira数据库迁移至AWS Aurora

Atlassian成功将400万个数据库从AWS RDS迁移至Aurora,采用“排水”策略减少文件数量,确保每个租户停机时间低于3分钟。通过自动扩展和双实例提升了可靠性与性能,显著降低了成本。

Atlassian如何将400万个Jira数据库迁移至AWS Aurora

ByteByteGo Newsletter
ByteByteGo Newsletter · 2025-08-12T15:30:34Z
基于节点问题检测器(Node Problem Detector)监视和报告 Amazon EKS 节点的健康状况和自动恢复

本文介绍了如何在 Amazon EKS 上部署节点问题检测器(NPD),以监控和自动修复节点故障,及时发现内核和硬件问题,并通过 Karpenter 实现自动恢复,确保业务高可用,减少停机时间。

基于节点问题检测器(Node Problem Detector)监视和报告 Amazon EKS 节点的健康状况和自动恢复

亚马逊AWS官方博客
亚马逊AWS官方博客 · 2025-05-09T02:55:09Z
应对停机时间:确保项目顺利进行的关键策略

停机时间会影响自由职业和电子商务的项目进展及品牌声誉。了解停机原因(如服务器过载、硬件故障、软件问题和网络问题)并选择合适的托管解决方案(如VPS托管)至关重要。实施备份与恢复计划、监控网站性能和流量,可以有效减少停机时间,确保项目顺利进行。

应对停机时间:确保项目顺利进行的关键策略

DEV Community
DEV Community · 2025-04-11T18:05:30Z
在Azure门户上创建高可用性Windows 11虚拟机的逐步指南

在Azure门户上创建高可用性的Windows 11虚拟机至关重要,以确保应用程序的可靠性和持续访问。通过可用性区域、负载均衡和冗余资源,可以减少停机时间。本文提供了设置和配置高可用性虚拟机的逐步指南,以确保在意外中断时服务持续可用。

在Azure门户上创建高可用性Windows 11虚拟机的逐步指南

DEV Community
DEV Community · 2025-04-05T23:10:58Z
计算人类可接受的停机时间 - 99% 到 99.99999% 的可用性

作者在周末阅读了一篇关于计算允许停机时间的LinkedIn帖子,并尝试用Go语言实现该计算。结果发现自己的计算与帖子及其他资源的结果不一致,尽管他对数学不太擅长。他希望找到差异的原因,并欢迎对其实现的审查和改进建议。

计算人类可接受的停机时间 - 99% 到 99.99999% 的可用性

DEV Community
DEV Community · 2025-03-09T16:23:54Z
关键系统的高可用性数学

高可用性是系统可靠性的关键指标,通常以百分比表示,范围从99.0%到99.9999%。可用性不仅包括正常运行时间,还涉及系统的恢复能力和冗余机制。选择合适的可用性水平需在成本、复杂性与用户期望之间取得平衡。

关键系统的高可用性数学

DEV Community
DEV Community · 2025-01-21T05:00:00Z

文章讨论了系统可用性与停机时间的关系,指出可用性越高,停机时间越少。例如,99.9%的可用性对应的停机时间为每天1.44分钟。

HA 可用性表

Frytea's Blog
Frytea's Blog · 2024-12-14T14:59:30Z
Gabriele Bartolini: CNPG 食谱 15 - 使用逻辑复制进行 PostgreSQL 主要在线升级

本文介绍了如何通过CloudNativePG 1.25的新声明式逻辑复制方法在线升级PostgreSQL。用户可配置PostgreSQL 15作为发布者和PostgreSQL 17作为订阅者,实现逻辑复制,确保升级过程的可重复性和可测试性,减少停机时间。

Gabriele Bartolini: CNPG 食谱 15 - 使用逻辑复制进行 PostgreSQL 主要在线升级

Planet PostgreSQL
Planet PostgreSQL · 2024-12-11T06:28:42Z
业务连续性的网络冗余

在数字环境中,网络冗余对企业至关重要。它通过备份系统确保业务在故障时的连续性。马萨诸塞州皮博迪的企业投资网络冗余可减少停机时间,提高可靠性和安全性,确保在网络中断或攻击时正常运营。

业务连续性的网络冗余

DEV Community
DEV Community · 2024-11-11T15:10:35Z
基于单元的架构采用指南

基于单元的架构通过限制故障影响范围来增强系统韧性,适合对停机时间敏感的系统,但设计和实施较为复杂。最佳实践包括明确单元所有权、单元隔离、自动化部署和可靠路由。组织需获得支持,避免资源共享和复杂路由,以确保架构的成功实施。

基于单元的架构采用指南

InfoQ
InfoQ · 2024-11-04T11:00:00Z

在数字化驱动的今天,企业对其IT基础设施的依赖程度很高。本文探讨了创建高效事故管理计划的基本要素,为从业者和决策者提供了量身定制的模板和最佳实践。一个高效的事故管理计划对于最小化停机时间、提升客户体验、保护声誉和满足合规要求至关重要。关键组成部分包括事故识别、日志记录和分类、事故优先级、分配和升级、诊断和调查、解决和恢复、沟通计划、文档和报告、持续改进等。提供了事故响应计划模板、事故升级矩阵模板和事后审查模板,以及主动监控、跨功能协作、定期培训和演练、持续改进等最佳实践建议。通过采用这些关键组成部分和最佳实践,组织可以有效应对事故并最小化对业务运营的影响。

创建高效的IT事故管理计划:模板和最佳实践指南

DEV Community
DEV Community · 2024-09-19T05:06:03Z

Xata发布了专用集群的测试版,允许客户在集群之间移动分支并进行Postgres主要版本升级,最大程度减少停机时间。该功能简化了复杂且耗时的主要版本升级过程,通过允许在不同版本上运行的集群之间移动数据库。该过程涉及在目标集群中重新创建数据库,配置复制,并将流量切换到新的主集群。该功能提供合理的保证,读取在整个过程中都可以正常工作,写入只会在短暂的时间内被阻塞。Xata计划通过提供更详细的信息来进一步改进此功能,实现真正的零停机时间,在移动过程中允许模式更改,并提供对过程的更多控制。

卡洛斯·佩雷斯-阿拉德罗斯·赫尔塞:Postgres主要版本升级,停机时间最小化

Planet PostgreSQL
Planet PostgreSQL · 2024-07-18T00:00:00Z
Amazon Aurora MySQL 版本 2(兼容 MySQL 5.7)升级到版本 3(兼容 MySQL 8.0)检查清单,第 1 部分

Amazon Aurora MySQL兼容版2将于2024年10月31日终止标准支持,建议升级到兼容版3。升级操作需要停机时间,可通过克隆进行测试。升级可采用就地升级、快照还原或蓝/绿部署方法。升级预检查可能失败的原因包括数据字典不一致、孤立FULLTEXT索引、保留关键字和无效字符。修复方法包括执行逻辑转储、运行OPTIMIZE TABLE命令和更新对象定义。详细信息请参阅原文。

Amazon Aurora MySQL 版本 2(兼容 MySQL 5.7)升级到版本 3(兼容 MySQL 8.0)检查清单,第 1 部分

亚马逊AWS官方博客
亚马逊AWS官方博客 · 2024-07-02T04:39:08Z
使用 Amazon RDS 代理和具有两个可读备用数据库的 Amazon RDS Multi-AZ 部署,在停机时间不超过 1 秒的情况下执行次要版本升级

Amazon RDS多AZ部署现在支持次要版本升级和系统维护更新,停机时间通常只需1秒或更短。此新功能允许两个备用节点提供读取流量,提高性能。通过将RDS Proxy与多AZ部署结合使用,可以进一步将补丁或升级期间的停机时间缩短至1秒或更短。按照提供的步骤设置RDS Proxy与多AZ DB集群。

使用 Amazon RDS 代理和具有两个可读备用数据库的 Amazon RDS Multi-AZ 部署,在停机时间不超过 1 秒的情况下执行次要版本升级

亚马逊AWS官方博客
亚马逊AWS官方博客 · 2024-07-01T13:27:23Z
高可用性:为您的Percona监控和管理选择合适的方案

保证监控系统稳定运行至关重要。高可用性(HA)可减少Percona Monitoring and Management(PMM)的停机时间。选择适合需求的HA解决方案很重要,关键系统需要亚秒级故障转移HA,非关键应用程序对停机时间有容忍度。HA选项包括Docker重启、Kubernetes增强隔离和完全集群化的PMM在K8s中。还提到了灾难恢复和蓝绿部署的策略。

高可用性:为您的Percona监控和管理选择合适的方案

Percona Database Performance Blog
Percona Database Performance Blog · 2024-05-21T13:19:25Z
  • <<
  • <
  • 1 (current)
  • 2
  • >
  • >>
👤 个人中心
在公众号发送验证码完成验证
登录验证
在本设备完成一次验证即可继续使用

完成下面两步后,将自动完成登录并继续当前操作。

1 关注公众号
小红花技术领袖公众号二维码
小红花技术领袖
如果当前 App 无法识别二维码,请在微信搜索并关注该公众号
2 发送验证码
在公众号对话中发送下面 4 位验证码
友情链接: MOGE.AI 九胧科技 模力方舟 Gitee AI 菜鸟教程 Remio.AI DeekSeek连连 53AI 神龙海外代理IP IPIPGO全球代理IP 东波哥的博客 匡优考试在线考试系统 开源服务指南 蓝莺IM Solo 独立开发者社区 AI酷站导航 极客Fun 我爱水煮鱼 周报生成器 He3.app 简单简历 白鲸出海 T沙龙 职友集 TechParty 蟒周刊 Best AI Music Generator

小红花技术领袖俱乐部
小红花·文摘:汇聚分发优质内容
小红花技术领袖俱乐部
Copyright © 2021-
粤ICP备2022094092号-1
公众号 小红花技术领袖俱乐部公众号二维码
视频号 小红花技术领袖俱乐部视频号二维码