首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  johnjiang85  ›  全部回复第 13 页 / 共 23 页
回复总数  457
1 ... 9  10  11  12  13  14  15  16  17  18 ... 23  
❮ ❯
2018-08-08 14:14:12 +08:00
回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问
@firefox12 云的块存储因为要求高 IOPS，一搬都是 3 副本的。EC 纠删码性能要比三副本低很多，尤其是在数据有频繁随机读写（主要是修改）的时候，性能差距太大，一般用在对成本控制比较严且对随机读写性能要求不高的场景。
2018-08-08 13:40:23 +08:00
回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问
另外还有些概念需要科普下，存储计算分离一般是对业务来说的，存储本身的存储和计算是一体的，是按照计算好的配比提前配置好的存储和计算资源的配比，当然计算资源确实不会成为瓶颈。
2018-08-08 13:30:10 +08:00
回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问
@mhycy
疑问 1： 什么情况下关闭校验可以加速搬迁。
分布式存储的读取校验并不是只是校验本副本的 hash （其实存储更多是 crc 校验本数据块，当并不是所有的存储都会有 crc 校验），而是说要把 3 副本的数据都读出来进行对比校验，这样关闭校验可以节省大量的磁盘 I/O，速度就算快不了一倍也差不多。

疑问 2：什么情况下才能让运维人员那么着急回收空间释放资源？
这个没什么疑问，就是源仓库空间水位太高，且写增长非常快，当然这些都不能把保留 24 小时变成立即回收，至少人员持续观察 30 分钟无异常还是必须要有的，所以不排除运维人员长时间工作疲劳、减少告警等其他原因。

疑问 3：前面大家有回复。
2018-08-08 12:19:07 +08:00
回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问
@nullornull 第二篇技术复盘对了解分布式存储的人信息是足够了的，但即使是技术人员对分布式存储原理和机制了解的人并不多，确实还是会有一些疑问的。
2018-08-08 12:11:53 +08:00
回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问
@mhycy 仓库 1 是 3 副本的，正常对读取到的数据块都有校验，只要不是 2 个以上副本错误都是可以读取到正确数据（这里迁移的过程中关闭了校验），并且会自动修正错误的一个副本。读取不到的数据块就需要常规巡检发现，但是巡检都是低优先级操作一搬速度很慢，巡检一次的周期会非常长。
2018-08-06 11:57:31 +08:00
回复了 abc1763613206 创建的主题 › 问与答 › 域名在 dnspod 被人恶意转出解析了，怎么处理？
我大概了解了下，非常小比例的域名出问题，已经通过备份数据和日志恢复了。
怀疑是被撞库了，建议修改密码并开启 D 令牌两步验证，并检查下是否有和其他网站相同用户名和密码的情况。
以上回答仅代表个人推测，不代表实际原因和官方答复。
2018-08-06 11:56:02 +08:00
回复了 RealElliot 创建的主题 › 问与答 › 今天你们的 dnspod 还好吗？
我大概了解了下，非常小比例的域名出问题，怀疑是被撞库了，建议修改密码并开启 D 令牌两步验证，并检查下是否有和其他网站相同用户名和密码的情况。
以上回答仅代表个人推测，不代表实际原因和官方答复。
2018-08-05 11:39:25 +08:00
回复了 td 创建的主题 › 问与答 › 如何获取域名解析记录解析自己的域名
@huclengyue DNSPod 只会扫描 500 个常见子域名是否有解析，且该功能好像也准备下线了
2018-07-24 11:16:19 +08:00
回复了 Mast 创建的主题 › DNS › dnspod 119.28.28.28 南京电信延迟很大还掉包
@liaoyaoheng dp 官网非核心功能已经没人维护了。。。。。之前只在文字说明里把 182.254.116.116 下了，图片教程没改，改的时候 119.28.28.28 在半个中国还完全无法访问，就没完全改，我给官网提个需求，看他们改不改 dp 官网吧。
2018-07-24 10:50:57 +08:00
回复了 Mast 创建的主题 › DNS › dnspod 119.28.28.28 南京电信延迟很大还掉包
@liaoyaoheng 182.254.116.116 不建议使用，不排除随时停掉服务的可能。
2018-07-23 15:48:04 +08:00
回复了 Mast 创建的主题 › DNS › dnspod 119.28.28.28 南京电信延迟很大还掉包
119.29.29.29 因为都是使用 BGP 带宽的，带宽总量不够大，但防护能力也会随着腾讯云的发展逐步提高，但是 BGP 带宽的总体抗攻击能力相比权威 DNS 的三网静态 IP 还是有非常大的差距，比如权威 DNS 所在的机房很多就是大几百 G 的带宽，前一阵上海一个 IP 就倍打了 580G 的攻击，机房网络都没有抖动。但是公共 DNS 用的 BGP 带宽暂时还达不到这种能力。
2018-07-23 15:41:58 +08:00
回复了 Mast 创建的主题 › DNS › dnspod 119.28.28.28 南京电信延迟很大还掉包
119.28.28.28 的路由问题短时间内解决不了，这个 IP 最终不是路由到香港的，显示香港是 IP 库不准确。这个 IP 最早确实是位于香港的，后来转移到了国内作为 119.29.29.29 的备用 IP，但是因为是从香港转回来的，路由问题一直没有解决，所以一直没有官方宣传，但是不考虑路由绕路增加的部分延迟的话，稳定性是高于 119.29.29.29 的，主要原因就是 119.29.29.29 作为主 IP 受到的攻击太多。

支持 ECS 面临的架构和现网问题都比不支持 ECS 多得多，所以即使 Google 现在手工带 ECS IP 去请求已经不再支持，且随时会临时关闭后端 ECS 的支持，这里就不展开细说了。
119.29.29.29 不稳定主要有两种情况，一种是大范围的，基本是被大流量攻击，流量被黑洞了，这时候备用 IP 119.28.28.28 正常都是可用的。另一种情况是部分地区运营商、部分域名解析不出来，这里可能就会涉及到 ECS 的问题，可能每个问题都不一样，需要单独反馈单独排查。

114 就不说了，用得比较多，对我们来说最大的问题是解析准确性不够，是按比较大的区域解析的，具体区域可以看官网，对业务来说解析粒度至少要细到省级运营商才够用，这也是 119 现在 ECS 支持的粒度，完整的网段级别的 ECS 支持讨论了很多次，短期内可能还不会支持。
2018-07-09 15:07:05 +08:00
回复了 oyeee 创建的主题 › 问与答 › 腾讯云是不是有什么问题？
@oyeee 手机端抓业务包，其实不是看丢包，而是看在 wifi 环境下整个网络的访问流程是怎么样的。单纯排除干扰做最简单的测试在 wifi 下 telnet 一下就可以排除是否服务端和 wifi 的问题了。
2018-07-09 14:53:23 +08:00
回复了 oyeee 创建的主题 › 问与答 › 腾讯云是不是有什么问题？
没抓包看下哪个环节吗，换手机？换系统？ DNS ？ IPV6 ？等等问题都可以看下，抓包算是最方便的了。
2018-07-06 12:15:48 +08:00
回复了 leido 创建的主题 › DNS › dnspod 备用 dns 几乎没被运营商关照
@brobird 节点都是一样的，不过路由不同。28 这个 IP 现在的路由比较乱，国内的 BGP Anycast 不能算真的，调整比较麻烦，有工单在网络部门让他们找运营商调整
2018-06-27 21:00:58 +08:00
回复了 leido 创建的主题 › DNS › dnspod 备用 dns 几乎没被运营商关照
@leobin 今天就是运营商的网络原因
2018-06-19 16:23:36 +08:00
回复了 qcloud 创建的主题 › 互联网 › 请问下哪里有售卖国内 IP 段的
@qcloud 其实内部有的
2018-06-19 10:54:58 +08:00
回复了 jeffpan 创建的主题 › 职场话题 › 个税法迎第七次大修 起征点调至每年 6 万元
还是没有按家庭收税，股票 /股息也没有合并综合计税，不过总算有一点进步
2018-06-15 15:25:15 +08:00
回复了 aruisi 创建的主题 › DNS › 119.29.29.29 挂了？
@aruisi 我看了一眼，公共 DNS 已经更新了。
2018-06-13 01:05:34 +08:00
回复了 leido 创建的主题 › DNS › dnspod 备用 dns 几乎没被运营商关照
@leido 119.29.29.29 的解析是没有问题的，至于解析到国外（ BGP Anycast IP，不是美国 IP ）是 ns1/2.asia-cdn.com 的 IP 库的问题，用你的 IP 请求返回就是这样的。

TENCENT64:~ # dig @ns1.asia-cdn.com v1.st.all.asia-cdn.com +subnet=110.215.18.165

; <<>> DiG 9.10.6 <<>> @ns1.asia-cdn.com v1.st.all.asia-cdn.com +subnet=110.215.18.165
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26210
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;v1.st.all.asia-cdn.com. IN A

;; ANSWER SECTION:
v1.st.all.asia-cdn.com. 600 IN CNAME cds.k2m6n3c9.hwcdn.net.

;; Query time: 43 msec
;; SERVER: 103.255.203.76#53(103.255.203.76)
;; WHEN: Wed Jun 13 01:02:18 CST 2018
;; MSG SIZE rcvd: 109


TENCENT64:~ # dig @ns1.asia-cdn.com v1.st.all.asia-cdn.com

; <<>> DiG 9.10.6 <<>> @ns1.asia-cdn.com v1.st.all.asia-cdn.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25262
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;v1.st.all.asia-cdn.com. IN A

;; ANSWER SECTION:
v1.st.all.asia-cdn.com. 600 IN CNAME bs.st.all.asia-cdn.com.qingcdn.com.

;; Query time: 43 msec
;; SERVER: 103.255.203.76#53(103.255.203.76)
;; WHEN: Wed Jun 13 01:02:27 CST 2018
;; MSG SIZE rcvd: 121
1 ... 9  10  11  12  13  14  15  16  17  18 ... 23  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1346 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 17:49 · PVG 01:49 · LAX 10:49 · JFK 13:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.