欧洲访客、欧洲公司主体和要留在欧盟的数据，不适合继续堆在洛杉矶或香港独立服务器上“顺便覆盖欧洲”。多出来的不是几毫秒，而是一次跨大西洋往返，以及以后把数据迁回欧洲的成本。法兰克福是目前在售欧洲独立服务器的主点，先按这里选型，再决定要不要第二座城市。
入门单路是 DE-FRA-E5-2620，适合欧洲站点、跳板和一台只跑面板的机器。双路业务机可以看 DE-FRA-E5-2690x2，把应用和库放在同一台物理机上。核数和内存通道都要上去时，才到 DE-FRA-XL-EPYC-7742x2-2NVME 这类 XL + EPYC。ST、DEF、Gold 的读法与香港、硅谷相同：前缀是用途，CPU 是并发，XL 是盘位。
法兰克福解决的是欧洲互联，不是离中国更近
法兰克福的价值是欧洲大陆的交换密度：到德法、到伦敦、到阿姆斯特丹都短。面向欧洲买家的商店、SaaS 登录和要留在欧盟的数据库，放在这里比放在硅谷少一整个大洋。它不能改善华南打开速度。中国访客仍然应该走香港或东京的页面层，欧洲订单库留在法兰克福。两地同时写订单，和在美国东西海岸各写一份一样危险。
有人用伦敦或阿姆斯特丹的云服务器做页面，用法兰克福独立服务器做库，这是合理的拆法，前提是库的写入点只有一个。有人把法兰克福独立服务器只当“有一台欧洲 IP”，却把数据库留在香港，等于每次查询都在付跨洲时延。IP 在欧洲，数据不在，合规和速度会一起落空。
合规先写数据在哪，再写几核
欧洲业务问独立服务器，往往不是因为 CPU 不够，而是因为数据要留在欧盟。报价单上要写清：磁盘在法兰克福，备份在哪座城市，谁能登录。备份如果自动回到香港或硅谷的对象存储，等于主库在欧盟、副本在外面。这不是配置细节，是以后审计要回答的第一句话。管理员从中国运维可以，跳板和审计要留痕；不要为了方便，把生产库的公网 3306 对全世界打开。
线路按欧洲访客的运营商选，不要按回国优化选。法兰克福机器上的 BGP 或多线，服务的是欧洲本地访问。回国管理流量走单独的跳板或 VPN，不要占用给买家的端口。把管理流量和访客流量混在一张监控图里，只能看到“今天很忙”，看不到是谁在忙。
验收用欧洲网络打开，不要只从国内跳板看绿灯
从国内跳板能 SSH 上去，只说明管理通路在。验收要在欧洲网络里打开登录页、完成一次写入，并确认备份没有离开欧盟。站点慢不要先升 CPU。先看静态资源是不是还在美国或香港源站，欧洲独立服务器只是在回源。需要对照北美怎么拆城市的，可以读 美国服务器放洛杉矶：同一套方法，只是大洋换了边。
已经有香港独立服务器做跨境入口时，欧洲站点和欧洲库应新开法兰克福，而不是把香港端口加到 1000M。香港继续服务华南和跨境入口，法兰克福服务欧洲访客和要留在欧盟的数据。两台机器、两个角色，比一台“全球都能开”的独立服务器更容易验收，也更容易在故障时只切一侧。
法兰克福独立服务器的档位同样从 E5 单路排到 XL EPYC，缺货时在同城换 CPU，不要改去伦敦云或阿姆斯特丹云去“先上线”。云可以做欧洲页面层，独立服务器做要固定硬件和固定磁盘位置的库。两套一起用可以，库的写入点仍然只能有一个。
已经在德国注册主体、或合同要求数据不出欧盟的，备份和日志也要写在欧洲。日志如果默认打到香港或美国的对象存储，审计时会比主库更难解释。运维可以在亚洲，数据管道不能图方便绕回亚洲。先把备份桶和日志桶定在欧洲，再决定这台独立服务器是 E5 还是 EPYC。法兰克福独立服务器回答的是欧洲访客和欧盟数据放在哪，不是“再买一台美国机器备用”。备用仍应在欧洲，页面层可以是云，写入点只能有一个。