1.1 定义:香港原生IP指由香港ISP或香港机房直接分配、在路由表中登记为香港出口的公网IP(非CGNAT)。
1.2 高可用目标:实现单点故障切换、流量不丢失或丢失最小化、由自动化系统在数秒至分钟内完成切换。
2.1 选供应商:优先选择PCCW、HKBN、HKT、主流香港云/托管商或本地机房;确认是否提供“原生公网IP”。
2.2 验证要点:要求静态公网IP、非CGNAT、能公开路由到香港ASN;索要IP前缀WHOIS/路由表截图或ASN信息。
3.1 拓扑方案:至少两家不同ISP或两个不同香港机房(不同骨干)做多活或主备;可选Anycast/BGP或DNS层面负载均衡。
3.2 地址规划:为每站点申请固定公网IP、配置内网浮动IP(若同LAN可用VRRP),并规划监控与心跳链路。
4.1 场景:两台或多台服务器在同一二层网络上共享子网时使用。
4.2 操作示例:在Linux上安装keepalived,配置示例片段:
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 51
priority 100
virtual_ipaddress { 1.2.3.4 }
}
4.3 注意:VRRP要求同一L2广播域;若跨机房不可用。
5.1 方案一(企业自有ASN/地址块):向APNIC申请ASN和PA/PI地址,或使用承租的地址,由两个ISP同时承载并用BGP宣布。
5.2 方案二(托管型BGP):若无法自带ASN,可与提供“BGP路由服务”的托管商合作,让其在多家ISP上宣布你的IP。
5.3 工具:使用FRRouting或BIRD在边路由器上做BGP邻居配置,设置AS路径和路由优先策略。
6.1 操作:DNS记录采用低TTL(如60s或120s),使用多A记录或基于地理/权重的DNS服务。
6.2 自动化:部署外部健康探针(HTTP/TCP)监控每个节点;若检测到不可用,通过API自动移除对应A记录或切换权重(示例:Cloudflare/API、Route53/CLI)。
7.1 本地负载:使用HAProxy或Nginx做L4/L7负载均衡,后端为多个香港节点。
7.2 全局负载:结合GSLB或云厂商的全球负载均衡(若支持香港出口)实现就近路由与故障切换。
8.1 监控项:链路丢包、延迟、BGP邻居状态、应用响应。
8.2 告警与自动化:当监控触发时用脚本调用ISP API/BGP控制器或DNS API执行切换,并记录日志与回滚策略。
9.1 防护:在边界做DDoS防护、流量清洗与ACL,避免浮动IP被滥用。
9.2 合规:核查香港及目标用户地区的网络法规、备案及数据存放要求。
10.1 演练内容:断开单个ISP链路、关闭主节点检查切换时间、DNS缓存更新验证。
10.2 验证方法:使用全球探针(例如Pingdom、自建探针)从不同区域验证流量是否到达备用节点并记录RTO/RPO。
问:企业想要香港原生IP并做高可用,成本大吗?
答:取决于方案。最省钱的是在单家香港云/机房租用多个公网IP并做DNS层切换;企业级高可用(多机房+BGP+自有ASN+DDoS清洗)成本显著较高,包含IP申请、线路租用、设备和运维人员费用。
问:如果没有自有ASN或IP段,能否实现跨ISP高可用?
答:可以。采用托管型BGP服务或通过第三方提供Anycast/BGP托管(供应商在多ISP宣布你的IP),或用DNS+云负载均衡实现逻辑层的跨ISP高可用。
问:采购到IP后如何验证它确实是香港原生IP?
答:用WHOIS和路由查询(例如bgp.he.net)确认IP的origin ASN与地理位置;从外部探针或目标用户网络进行traceroute,确认出口节点在香港;向供应商索要路由/ASN证明。