<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>故障复盘 on VONNG</title><link>https://blog.vonng.com/tags/%E6%95%85%E9%9A%9C%E5%A4%8D%E7%9B%98/</link><description>Recent content in 故障复盘 on VONNG</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 26 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.vonng.com/tags/%E6%95%85%E9%9A%9C%E5%A4%8D%E7%9B%98/index.xml" rel="self" type="application/rss+xml"/><item><title>华为云国际站异常：与 IAM 升级有关？</title><link>https://blog.vonng.com/cloud/huawei-iam/</link><pubDate>Sun, 26 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/huawei-iam/</guid><description>华为云国际站部分账号在 IAM 计划升级窗口内出现异常；官方确认受影响账号已恢复，但 IAM 是否为根因仍无定论。</description></item><item><title>当 AI 获得瘫痪一座城市交通的权力</title><link>https://blog.vonng.com/cloud/robo-clog/</link><pubDate>Wed, 01 Apr 2026 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/robo-clog/</guid><description>3月31日晚，武汉萝卜快跑车队出现大规模同时故障。真正值得警惕的，不只是自动驾驶翻车本身，而是云端集中管控架构可能把单车故障放大成城市级系统性风险。</description></item><item><title>Claude 全球大宕机复盘：导弹还是成功税？</title><link>https://blog.vonng.com/cloud/claude-outage/</link><pubDate>Tue, 03 Mar 2026 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/claude-outage/</guid><description>北京时间 3 月 2 日晚 19:49，Claude 崩了。不是数据中心被炸了，而是被用户挤爆了。</description></item><item><title>无人机炸了三个AWS可用区：云计算进入战争时代</title><link>https://blog.vonng.com/cloud/aws-me-bomb/</link><pubDate>Tue, 03 Mar 2026 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/aws-me-bomb/</guid><description>2026年3月1日，伊朗无人机击中AWS阿联酋与巴林数据中心。这可能是公开报道中第一次有大型云厂商的数据中心遭到军事打击并瘫痪。以前可能有人觉得战争离软件工程很远，现在看，只隔着一层机柜门。</description></item><item><title>支付宝淘宝闲鱼崩了？又是消息队列的锅？</title><link>https://blog.vonng.com/cloud/alipay-crash/</link><pubDate>Fri, 05 Dec 2025 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/alipay-crash/</guid><description>用户钱扣了订单却显示未支付，症状与2024年双十一支付宝故障类似，推测可能是消息队列或分布式事务协调问题。</description></item><item><title>原地报废：不要在生产环境用Docker跑PostgreSQL！</title><link>https://blog.vonng.com/db/no-docker-pg/</link><pubDate>Thu, 20 Nov 2025 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/db/no-docker-pg/</guid><description>大量用官方Docker Postgres镜像的用户在最近小版本升级中翻车踩雷。早在2019年老冯就警告过不要在生产环境用容器运行PostgreSQL，因为你极大概率会遇上一堆物理机/虚拟机上根本不存在的麻烦。</description></item><item><title>Cloudflare 11-18 故障复盘报告</title><link>https://blog.vonng.com/cloud/cf-ck-down/</link><pubDate>Wed, 19 Nov 2025 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/cf-ck-down/</guid><description>ClickHouse权限配置失当，导致了Cloudflare最近六年以来的最严重故障——核心流量分发停摆六个小时。</description></item><item><title>AWS 故障官方复盘报告</title><link>https://blog.vonng.com/cloud/aws-postmotem/</link><pubDate>Fri, 24 Oct 2025 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/aws-postmotem/</guid><description>AWS DynamoDB 故障的官方复盘来了，老冯带您一起看看，到底是什么故障带崩了半个互联网。</description></item><item><title>一次AWS DNS故障如何级联瘫痪半个互联网</title><link>https://blog.vonng.com/cloud/aws-dns-failure/</link><pubDate>Tue, 21 Oct 2025 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/aws-dns-failure/</guid><description>AWS US-EAST-1 区域DNS解析故障带崩半个互联网，老冯带您复盘 AWS 史诗故障。</description></item><item><title>Etcd坑了多少公司？</title><link>https://blog.vonng.com/db/bad-etcd/</link><pubDate>Wed, 07 May 2025 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/db/bad-etcd/</guid><description>因为Etcd而翻车的公司并非少数。Etcd有一个坑爹的默认设计：写满2GB数据就挂了。如果你在自己折腾Kubernetes或使用Patroni做PostgreSQL高可用，大概率会在这上面翻车。</description></item><item><title>OpenAI全球宕机复盘：K8S循环依赖</title><link>https://blog.vonng.com/cloud/openai-failure/</link><pubDate>Sat, 14 Dec 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/openai-failure/</guid><description>即使是万亿级独角兽，在非专业领域上，也照样是个草台班子。</description></item><item><title>阿里云：高可用容灾神话破灭</title><link>https://blog.vonng.com/cloud/aliyun-ha/</link><pubDate>Tue, 17 Sep 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/aliyun-ha/</guid><description>新加坡C可用区故障头七，可用性还剩几个9，就连8都没有了，但与丢数据相比，可用性也只是小问题了。</description></item><item><title>我们能从网易云音乐故障中学到什么？</title><link>https://blog.vonng.com/cloud/netease/</link><pubDate>Sun, 18 Aug 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/netease/</guid><description>今天下午网易云音乐出现了两个半小时的不可用，根据网络上流传的线索拼图碎片，我们不难推断出这次故障背后的真正原因是……</description></item><item><title>蓝屏星期五：甲乙双方都是草台班子</title><link>https://blog.vonng.com/cloud/bsod-friday/</link><pubDate>Tue, 23 Jul 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/bsod-friday/</guid><description>甲乙双方都没有做好爆炸半径的控制，导致了这次史诗级的全球安全事件，这次事件将极大利好本地优先的软件理念。</description></item><item><title>CVE-2024-6387 SSH漏洞修复</title><link>https://blog.vonng.com/db/cve-2024-6387/</link><pubDate>Thu, 04 Jul 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/db/cve-2024-6387/</guid><description>CVE-2024-6387是一个严重的OpenSSH漏洞，影响EL9、Ubuntu 22.04、Debian 12等较新版本操作系统。老系统如CentOS 7.9、Ubuntu 20.04因OpenSSH版本老反而逃过一劫，请用户及时更新修复。</description></item><item><title>删库：Google云爆破了大基金的整个云账户</title><link>https://blog.vonng.com/cloud/gcp-unisuper/</link><pubDate>Sat, 11 May 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/gcp-unisuper/</guid><description>由于&amp;quot;前所未有的配置错误&amp;quot;，Google云误删了万亿人民币基金大户UniSuper的整个云账户、云环境和所有异地备份，创下云计算历史上的全新记录！</description></item><item><title>我们能从腾讯云大故障中学到什么?</title><link>https://blog.vonng.com/cloud/qcloud/</link><pubDate>Sun, 14 Apr 2024 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/qcloud/</guid><description>腾讯云史诗级全球故障创下行业记录，我们该如何评价看待这场故障，又可以从中学到什么经验与教训呢？</description></item><item><title>从降本增笑到真的降本增效</title><link>https://blog.vonng.com/cloud/smile/</link><pubDate>Wed, 29 Nov 2023 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/smile/</guid><description>阿里云和滴滴前后脚出了大故障，本文来聊一聊如何从降本增笑到真的降本增效——到底应该降什么本，增什么效？</description></item><item><title>我们能从阿里云全球故障中学到什么?</title><link>https://blog.vonng.com/cloud/aliyun/</link><pubDate>Mon, 13 Nov 2023 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/cloud/aliyun/</guid><description>阿里云双十一后的史诗级全球故障创下行业记录，我们该如何评价看待这场故障，又可以从中学到什么经验与教训呢？</description></item><item><title>如何用 pg_filedump 抢救数据？</title><link>https://blog.vonng.com/pg/pg-filedump/</link><pubDate>Wed, 27 Sep 2023 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/pg-filedump/</guid><description>备份是DBA的生命线，但如果你的PostgreSQL数据库已经爆炸了又没有备份，该怎么办？也许pg_filedump可以帮到你！</description></item><item><title>故障档案：时间回溯导致的Patroni故障</title><link>https://blog.vonng.com/pg/time-travel/</link><pubDate>Mon, 22 Feb 2021 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/time-travel/</guid><description>机器因为故障重启，NTP服务在PG启动后修复了PG的时间，导致Patroni无法启动。</description></item><item><title>故障档案：PG安装Extension导致无法连接</title><link>https://blog.vonng.com/pg/extension/</link><pubDate>Thu, 13 Jun 2019 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/extension/</guid><description>今天遇到一个比较有趣的Case，客户报告说数据库连不上了，发现是扩展导致的。</description></item><item><title>故障档案：pg_dump导致的连接池污染</title><link>https://blog.vonng.com/pg/pg-dump-failure/</link><pubDate>Tue, 11 Dec 2018 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/pg-dump-failure/</guid><description>有时候，组件之间的相互作用会以微妙的形式表现出来。例如使用pg_dump从连接池中导出数据，就可能产生连接池污染的问题。</description></item><item><title>PostgreSQL数据页面损坏修复</title><link>https://blog.vonng.com/pg/page-corruption/</link><pubDate>Thu, 29 Nov 2018 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/page-corruption/</guid><description>采用二进制编辑的方式修复PostgreSQL数据页，以及如何让一条主键查询出现两条记录来。</description></item><item><title>故障档案：PostgreSQL事务号回卷</title><link>https://blog.vonng.com/pg/xid-wrap-around/</link><pubDate>Fri, 20 Jul 2018 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/xid-wrap-around/</guid><description>XID WrapAround也许是PostgreSQL特有的一种故障。</description></item><item><title>故障档案：序列号消耗过快导致整型溢出</title><link>https://blog.vonng.com/pg/sequence-overflow/</link><pubDate>Fri, 20 Jul 2018 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/sequence-overflow/</guid><description>如果您在表上用了Interger的序列号，最好还是考虑一下可能溢出的情况。</description></item><item><title>故障档案：快慢不匀雪崩</title><link>https://blog.vonng.com/pg/download-failure/</link><pubDate>Sun, 08 Apr 2018 00:00:00 +0000</pubDate><guid>https://blog.vonng.com/pg/download-failure/</guid><description>最近发生了一起匪夷所思的故障，某数据库切走了一半的数据量和负载，结果却因为负载变大被打挂了。</description></item></channel></rss>