小红花·文摘
  • 首页
  • 广场
  • 排行榜🏆
  • 直播
  • FAQ
Dify.AI
跨架构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

Proxmox VE推出新工具,可从VMware ESXi平台导入和迁移虚拟机,减少停机时间,吸引企业转移到PVE或其他虚拟化平台。未来还将整合OVF/OVA导入工具。

磨刀霍霍向博通:Proxmox VE推出工具可以直接导入和迁移ESXi虚拟机

蓝点网
蓝点网 · 2024-03-29T03:30:38Z
  • <<
  • <
  • 1 (current)
  • 2
  • >
  • >>
👤 个人中心
在公众号发送验证码完成验证
登录验证
在本设备完成一次验证即可继续使用

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

1 关注公众号
小红花技术领袖公众号二维码
小红花技术领袖
如果当前 App 无法识别二维码,请在微信搜索并关注该公众号
2 发送验证码
在公众号对话中发送下面 4 位验证码
小红花技术领袖俱乐部
小红花·文摘:汇聚分发优质内容
小红花技术领袖俱乐部
Copyright © 2021-
粤ICP备2022094092号-1
公众号 小红花技术领袖俱乐部公众号二维码
视频号 小红花技术领袖俱乐部视频号二维码