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服务器检查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

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

然后你就可以开始重新备份了