首页   注册   登录

notgod

V2EX 第 143574 号会员,加入于 2015-10-21 06:06:59 +08:00
notgod 最近回复了
都不是好鸟
不是一直走 AWS 的 SG 吗, 最近骨干网的网络扩容了一些.
321 天前
回复了 mangdian 创建的主题 职场话题 人还是不能太傲
跟你没关系, "领导不行" 23333333
2018-12-09 23:12:34 +08:00
回复了 testcaoy7 创建的主题 云计算 国外哪家有香港节点的 CDN 好?
给大家解释下

先了解下香港带宽
香港的带宽, 分为国际和本地
例如我们和香港 PCCW 签带宽, 默认 1Gbps 速度, 指的是香港范围内连接这个服务器的速度
合同规定的 国际方向 /大陆方向 /CN2 都是单独协议买的
比如允许 10%的国际方向,3%的大陆方向
本地带宽特别便宜,一些机房托管送 1Gbps 本地不计费.....
反之国际带宽特别贵....大概方向更贵,尤其是电信的带宽
这个贵很大部分原因是中国电信收费贵......


国外 CDN 公司部署的香港节点 真的是"香港"节点
并不会因为覆盖大陆而特别关照
CDN 选择 ISP 不是随便选择的,首先要是大公司,网络稳定,服务靠谱

所以就出现 大部分国外 IDC 公司的香港节点 选择了 Softlayer 的香港
对 就是 IBM 被收购后的 softlayer 的线路,还有就是 leaseweb 的香港线路
这些线路根本不考虑大陆的访问情况,有自己的 BGP 和路由,经常性随便调
比如被 D 了,回美国主网清洗.....

在 DNS 层面也不会将中国特别解析,基本 99%随意解析到美国
并且国外 CDN 公司不会关注 WALL 的问题
更严重的问题是 WALL 的 说不定什么时候 香港节点 IP 大陆 Ping 就一片红了....

所以如果你是为国内访客体验而找香港的 根本没必要
比 Clouflare 还不靠谱

另外也不推荐国内公司背景的网络
比如阿里云的香港,貌似延时漂亮,但是就一直被特殊关照
443/SSL,移动网络下干扰等等

我们有给大客户做 CDN,香港有 5 条 ISP 路由
内地覆盖在大概 30ms-50ms
目前有 50 台香港节点在线
如果你量大 可以找我们测试下
因为主要做定制 如果量小不接......
量=带宽利用>1Gbps
2018-07-12 00:30:20 +08:00
回复了 Reign 创建的主题 程序员 3×6T 机械硬盘,预存储数据为 11T, Raid0 好还是 Raid5 好?
@Reign
大兄弟
我最近部署了一套基于 ELK 的集中日志系统 单天过亿的级别
看到这个 我还是给你些意见

经过各种环境测试 我想还是有发言权的
我不知道我们的实际需求是否一致

简单来说 按你的描述
因为我不知道你数据量 和数据重要性
这个是需要一个规划的
根据你的数据增长情况,规划一个拓扑和容灾结构

排除硬件因素
先说你指望的 MYSQL REDIS ELK 全部部署在一起
这个是有严重问题的
REDIS 无所谓, MYSQL 如果你查询大 CPU 消耗问题很严重
不知道你是不是对 ELK 有什么误解, ES 最好的发挥是集群,不是单机
最大消耗不是 I/O 而是内存和 CPU, 我的版本是最新的 ES

我测试环境 Linode 16G 的套餐 准备迁我的 ES 数据 超 300G ,搭配 Linode 1T 的存储 (读写 500 多 M 的速度)
内存 over heap 迁移完启动,接收日志,一直会自动挂掉 CPU 持续 100%+
最后不得已还是继续使用 64G 内存+6 块 200G 的 SSD 的设备 来接收日志
这个还是我优化过的

在说硬盘问题 , 你存储数据不可能不查询
ELK 我实际测试亿的数据 在 Raid5 3x2T 的情况下 在 kibana 根本查询不出 一直 TIMEOUT

Raid0 如果你不考虑数据安全性的话 就是你容许挂了重装系统 重新来过
那可以使用

Raid5 的性能, 非常差 你测下就知道了

你的情况 如果期待放一起 最好的硬件方案
内存 64G 其中 32G 给 ES
硬盘使用带 BBU 的 HW 卡 搭配 6 块 HHD + 4-6 块 SSD
一种是 SSD 做缓存
另外一种是 SSD 放热数据, HDD 放冷数据

这种密集型 I/O 的 而且还是 6T 的单硬盘 寻道时间和稳定性都有待考证的产品
实在不建议

我觉得你应该先测试性能在考虑其他
2017-07-07 17:30:45 +08:00
回复了 banksiae 创建的主题 程序员 文件分布式存储问题??
以前弄过
最简单的方案
下载 尝试访问 1 的 如果文件存在 返回
不存在 反向代理到 2。反之亦然
因为使用内网 不存在带宽流量消耗

另外一个解决方案 就是 sersync 做实时同步即可

一般 lb 结构 后端提供 n 个 VIP 共同一个 san 存储
便于扩展 这样才是最佳的 主要将运算和存储分离

如果流量不大 业务规模小 没必要弄 lb
没瓶颈的
2017-07-03 20:26:20 +08:00
回复了 niuoh 创建的主题 支付宝 啊有不需要企业认证的第三方支付平台啊
最有趣的是 正规使用的 申请起来巨麻烦
但是那些非法使用的 像 v2porn,第一坊 那些
你们去看看 扫码 每次显示的都不是一个商户
n 多商户账户轮询使用 ,
一堆微信显示 xxx 超市 xxx 小卖部 什么鞋子袜子
这些网站这么多年 cctv 都上过 不还是一样牛逼的用支付宝 微信收钱。

所谓的风控都睡着了

我域名注册业务申请接口 虽然每次都会过
但是他们总是给你找事
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1021 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 10ms · UTC 19:25 · PVG 03:25 · LAX 11:25 · JFK 14:25
♥ Do have faith in what you're doing.