联通比较奇怪，经过几次测试，发现大部分IP会通过上海联通走NTT到东京，小部分IP会走通过上海联通到达东京联通，然后走NTT到oracle
Month: January 2022
浙江金华联通->AWS东京Traceroute
华东的联通应该是走上海联通出口到日本东京联通，然后直连AWS
HostHatch 洛杉矶黑五机器Benchmark
这台机器是storage机器，用来专门做备份的.
在进入prod状态之前，做一下benchmark
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # # Yet-Another-Bench-Script # # v2021-12-28 # # https://github.com/masonr/yet-another-bench-script # # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # Fri Jan 21 00:34:59 UTC 2022 Basic System Information: --------------------------------- Processor : Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz CPU cores : 1 @ 2699.998 MHz AES-NI : ✔ Enabled VM-x/AMD-V : ❌ Disabled RAM : 1.8 GiB Swap : 0.0 KiB Disk : 1.8 TiB fio Disk Speed Tests (Mixed R/W 50/50): --------------------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 8.14 MB/s (2.0k) | 106.67 MB/s (1.6k) Write | 8.18 MB/s (2.0k) | 107.24 MB/s (1.6k) Total | 16.32 MB/s (4.0k) | 213.91 MB/s (3.3k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 327.43 MB/s (639) | 476.64 MB/s (465) Write | 344.83 MB/s (673) | 508.39 MB/s (496) Total | 672.27 MB/s (1.3k) | 985.04 MB/s (961) iperf3 Network Speed Tests (IPv4): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | | | Clouvider | London, UK (10G) | 604 Mbits/sec | 1.17 Gbits/sec Online.net | Paris, FR (10G) | 475 Mbits/sec | 1.21 Gbits/sec WorldStream | The Netherlands (10G) | 751 Mbits/sec | 1.17 Gbits/sec WebHorizon | Singapore (400M) | 125 Mbits/sec | 226 Mbits/sec Clouvider | NYC, NY, US (10G) | 1.65 Gbits/sec | 2.96 Gbits/sec Velocity Online | Tallahassee, FL, US (10G) | 1.35 Gbits/sec | 2.19 Gbits/sec Clouvider | Los Angeles, CA, US (10G) | 3.05 Gbits/sec | 5.04 Gbits/sec Iveloz Telecom | Sao Paulo, BR (2G) | 165 Mbits/sec | 959 Mbits/sec Geekbench 5 Benchmark Test: --------------------------------- Test | Value | Single Core | 590 Multi Core | 585 Full Test | https://browser.geekbench.com/v5/cpu/xxxxxx
HostHatch 香港黑五机器Benchmark
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # # Yet-Another-Bench-Script # # v2021-12-28 # # https://github.com/masonr/yet-another-bench-script # # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # Thu Jan 20 11:31:35 UTC 2022 Basic System Information: --------------------------------- Processor : AMD EPYC 7443 24-Core Processor CPU cores : 2 @ 2844.654 MHz AES-NI : ✔ Enabled VM-x/AMD-V : ✔ Enabled RAM : 4.8 GiB Swap : 0.0 KiB Disk : 27.9 GiB fio Disk Speed Tests (Mixed R/W 50/50): --------------------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 242.09 MB/s (60.5k) | 2.93 GB/s (45.9k) Write | 242.73 MB/s (60.6k) | 2.95 GB/s (46.1k) Total | 484.83 MB/s (121.2k) | 5.89 GB/s (92.0k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 5.22 GB/s (10.2k) | 5.27 GB/s (5.1k) Write | 5.50 GB/s (10.7k) | 5.62 GB/s (5.4k) Total | 10.72 GB/s (20.9k) | 10.89 GB/s (10.6k) iperf3 Network Speed Tests (IPv4): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | | | Clouvider | London, UK (10G) | 192 Mbits/sec | 521 Mbits/sec Online.net | Paris, FR (10G) | 206 Mbits/sec | 982 Mbits/sec WorldStream | The Netherlands (10G) | busy | 880 Mbits/sec WebHorizon | Singapore (400M) | 146 Mbits/sec | 349 Mbits/sec Clouvider | NYC, NY, US (10G) | 117 Mbits/sec | 727 Mbits/sec Velocity Online | Tallahassee, FL, US (10G) | 264 Mbits/sec | 755 Mbits/sec Clouvider | Los Angeles, CA, US (10G) | 253 Mbits/sec | 972 Mbits/sec Iveloz Telecom | Sao Paulo, BR (2G) | 127 Mbits/sec | 437 Mbits/sec Geekbench 5 Benchmark Test: --------------------------------- Test | Value | Single Core | 1154 Multi Core | 2251 Full Test | https://browser.geekbench.com/v5/cpu/xxxxxx
VMWare vSphere vCenter Log4j补丁
VMWare vSphere ESXi 7 没有受到Apache Log4j 的影响，但是vCenter 确受到了影响. 我们的一台vCenter 服务器就因此被攻击两次.
解决方案:
VMWare vCenter目前还没有发布新的版本来解决这个问题，只提供了一个python脚本来临时解决这个问题.
https://kb.vmware.com/s/article/87081 https://kb.vmware.com/s/article/87088 https://www.vmware.com/security/advisories/VMSA-2021-0028.html
ESXi 7 撤回
继 11 月 20 日，VMware vSphere 团队宣布因为产品缺陷从官网下架了 ESXi 7 Update 3 的下载
具体版本: vSphere 7.0 U3, U3a, U3b 以及vCenter 7.0 U3b
12 月 14 日 VMware 重新发布了 vSphere 7 U3c，官方 Release Notes 暂不可用。
ESXi服务器检查SSD状态
ESXi 自从5.1版本起， 内置了smart软件来查看硬盘的状态.
1 登录ESXi Host 打开SSH
2 通过SSH登录ESXi Host
3 通过如下的命令查看ESXi Host上的所有disk名称
esxcli storage core device list
4 通过如下的命令查看单独的disk 的smart 信息
esxcli storage core device smart get -d=deviceID
官方文档可以参考这个:
https://kb.vmware.com/s/article/2040405
把ESXi 中的VM 注册或者添加到vCSA中
如果ESXi中的VM没有在vCSA中显示出来，我们可以手动注册或者添加到vCSA中.
步骤:
- 登录进vCSA中，选择相应的ESXi Host
- 点击 “Datastores” 菜单
- 选择相应的datastore，然后点击”Files” 菜单
- 找到VM所在的文件夹双击进入
- 找到 virtual machine.vmx 文件，蛋击选中
- 点击”Register VM”按钮
- 根据对话框完成后面的步骤
vCSA life cycle manager 中的stage 和 remediate 的区别
简单的来说， remediate 是包括stage 的
那为什么要把stage单独列出来呢？
比如说vCSA 在美国的服务器上，需要upgrade 的 ESXi 在德国.
Upgrade 分为两步，第一是把升级文件传送到ESXi 的服务器，这一步其实就是stage. 第二是利用升级文件对ESXi进行升级.
如果你直接使用remediate 的话，ESXi 服务器是先进入Maintenance状态，然后接受vCSA 发送过来的升级文件，如果
网络不好，就需要花更长时间来接收升级文件，这样的话ESXi 的down time 就会随之增长.
在这种情况下，可以先使用stage，把升级文件传输到ESXi 服务器上，这个过程中ESXi 是不会进入maintenance状态的.
等stage过程完毕，就可以使用remediate 直接升级。这样就减少了服务器的down time.
vCSA备份错误: Db health is UNHEALTHY, Backup Failed.Disable health check to take backup in current state
在vCSA VAMI 的备份功能中备份的时候，如果你勾选了DB Health Check的话，会出现下面的错误:
Db health is UNHEALTHY, Backup Failed.Disable health check to take backup in current state.
这是vCenter 7.0U3中的一个已知错误，VMWare 已经给出了解决方案.
产生的原因: 在vCenter 升级的时候，DB Scheme没有随之refresh
解决方案很简单，打开SSH，用root登录进去，输入shell，这样就打开了root权限，然后运行下面的命令就好了:
/usr/bin/dbcc -fbss embedded
然后你就可以开始重新备份了