楼主你开了精品网之后，国内的网速还正常么，我用 VIP1 拨号后，SpeedTest 国内只能到 100M+

Prometheus, Zabbix 之类的方案都行，就是抓取周期为 1s 频率太高，这里的难点在于你的数据要存储多久。

Zabbix 的问题在于后端 数据通过 MySQL 存储，数据库是一个很大的瓶颈，横向扩展只能通过类似 Sharding 的方案来做。
Prometheus 支持的插件比较多，大部分中间件都能覆盖，而且 TSDB 的性能很强劲，性能应该不是问题，但集群方案得借助第三方方案类似 Thanos, Cortex 来解决，并且对内存的要求很高 (默认 2 小时内的数据都放在内存里，如果 1s 一次采集，数据量太大了)，如果要做的话，你这种需求可能要用 hasmod + thanos 才能搞定。

ELK (MetricBit) 的方案也是可以的，扩展性很强，但是你这种时间粒度和规模的要求，索引会很大，并且 Elasticsearch 本身的维护成本也很高。

主要的难点不是 2000 台机器，同样是 2000 台机器，15/30 秒抓取一次 1s 的抓取频率，会让数据规模翻几十倍。

分子~~

@vocaloidchina #6 对的。就像 GCP 35 开头的 IP 一样，注册地都是美国的，但 asia 区也用

需要补 300

@daveh #11 学到了。谢谢

已经用了很久了，tmux 的配置文件也同步到 ish 上了，就是没法保活跑 long task

@HGladIator #15 https://polyaxon.com/ 可以了解一下

Kubeflow 优势在于通用，每一个组件都非常的通用，并且可以独立拆出来使用，但是对于那些所谓的搞算法的科学家来说学习成本有一些高。

最近半年我也在开发类似的项目，本地化部署的话，本地单独部署一个 k8s 供机器学习平台使用。

opennebula

@will0404 #3 surge enhanced mode

https://anyisalin.github.io/2018/11/21/fast-flexible-nat-to-nat-vpn-wireguard/ 可以参考我之前写的一篇博客

surge enhanced mode

已经系统的健身一个多月了，体脂到正常水平，内脏脂肪也低了很多；刚开始健身后发现身体的问题比想象中的多，比如 左右力量不平衡、高低肩，现在已经好了很多了。建议想减肥的话不要拼命做有氧，相比于有氧的枯燥，力量训练反而更容易坚持下来，更有成就感。另外说一句，靠谱的私教比自己瞎练会好很多，正确的姿势比数量和重量更重要。

新版本 UI 一堆问题就不说了，不同应用的新旧版本 UI 跳来跳去体验极差

光猫是 百卓 GP1700 吗？同样跑不满千兆，都半年了，师傅说桥接就是到不了的，可是直连 MBP 拨号 950 M，也不是路由器的瓶颈啊

昨天升级发现 PyCharm CE 也是无限崩溃，暂时换 vim 了