本文介绍使用kubebuilder搭建一个kubernetes CRD crontroller框架，并使用code generator生产对应的clientset/informers/listers.




# kubebuilder
https://book.kubebuilder.io/introduction.html

## 安装
```bash
curl -L -o kubebuilder "https://go.kubebuilder.io/dl/latest/$(go env GOOS)/$(go env GOARCH)"
```

## 初始化
```bash
mkdir -p ${GOPATH}/guestbook/src/example
cd ${GOPATH}/guestbook/src/example
kubebuilder init --domain my.domain
```
如果项目路径没有按照gopath的格式，则需要加上`--repo`参数：
```bash
kubebuilder init --domain my.domain --repo my.domain/guestbook
```

## 创建api
```bash
kubebuilder create api --group webapp --version v1 --kind Guestbook
```
`INFO Create Resource [y/n]` 选y会创建`api/v1/guestbook_types.go`

`INFO Create Controller [y/n]`选y会创建`internal/controllers/guestbook_controller.go`

## 修改api定义和controller逻辑
使用`make manifests`更新CRD

如果要创建已有资源的controller，需要指定group为core，参考https://github.com/kubernetes-sigs/kubebuilder/issues/1270  
官方参考代码：https://github.com/kubernetes-sigs/controller-runtime/tree/master/examples/builtins
```bash
kubebuilder create api --group core --version v1 --kind Node
# Create Resource [y/n] 选n
# Create Controller [y/n] 选y
```



# kubebuilder与code generator的区别
Kubebuilder不会生成informers、listers、clientsets，而code-generator会。  
Kubebuilder会生成Controller、Admission Webhooks，而code-generator不会。  
Kubebuilder会生成manifests yaml，而code-generator不会。
Kubebuilder还带有一些其他便利性设施。

ref: https://cloud.tencent.com/developer/article/1656317

# code generator
## 安装
注意K8S_VERSION必须和go.mod里面的一致
```bash
K8S_VERSION=v0.29.0
go get k8s.io/code-generator@$K8S_VERSION
```

## 添加脚本
`hack/update-codegen.sh`  
参考：https://github.com/kubernetes/code-generator/raw/v0.29.0/examples/hack/update-codegen.sh  
最终修改的版本：
<details>
  <summary>点击展开</summary>

```bash
#!/usr/bin/env bash

# Copyright 2017 The Kubernetes Authors.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#     http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

set -x
set -o errexit
set -o nounset
set -o pipefail

SCRIPT_DIR="$(dirname "${BASH_SOURCE[0]}")"
SCRIPT_ROOT="${SCRIPT_DIR}/.."
CODEGEN_PKG="${CODEGEN_PKG:-"${SCRIPT_ROOT}/.."}"

source "${CODEGEN_PKG}/kube_codegen.sh"

# generate the code with:
# - --output-base because this script should also be able to run inside the vendor dir of
#   k8s.io/kubernetes. The output-base is needed for the generators to output into the vendor dir
#   instead of the $GOPATH directly. For normal projects this can be dropped.

kube::codegen::gen_helpers \
    --input-pkg-root . \
    --output-base ${SCRIPT_ROOT} \
    --boilerplate "${SCRIPT_ROOT}/hack/boilerplate.go.txt"

if [[ -n "${API_KNOWN_VIOLATIONS_DIR:-}" ]]; then
    report_filename="${API_KNOWN_VIOLATIONS_DIR}/codegen_violation_exceptions.list"
    if [[ "${UPDATE_API_KNOWN_VIOLATIONS:-}" == "true" ]]; then
        update_report="--update-report"
    fi
fi

kube::codegen::gen_openapi \
    --input-pkg-root . \
    --output-pkg-root . \
    --output-base ${SCRIPT_ROOT} \
    --report-filename "${report_filename:-"/dev/null"}" \
    ${update_report:+"${update_report}"} \
    --boilerplate "${SCRIPT_ROOT}/hack/boilerplate.go.txt"

kube::codegen::gen_client \
    --with-watch \
    --input-pkg-root . \
    --output-pkg-root . \
    --output-base ${SCRIPT_ROOT} \
    --boilerplate "${SCRIPT_ROOT}/hack/boilerplate.go.txt"
```
</details>

`hack/verify-codegen.sh` https://github.com/kubernetes/code-generator/raw/v0.29.0/examples/hack/verify-codegen.sh

`hack/kube_codegen.sh` https://github.com/kubernetes/code-generator/raw/v0.29.0/kube_codegen.sh  
修改一个地方：
```bash
    done < <(
        ( kube::codegen::internal::git_grep -l \
            -e '+genclient' \
            ":(glob)${in_root}"/'**/*types.go' \ //这里types.go前面加上星号
            || true \
        ) | LC_ALL=C sort -u
    )
```

## 修改代码
修改`api/v1/guestbook_types.go`，在`type Guestbook struct`上面添加：
```go
//+genclient
```
如果要全局生效，可以创建一个doc.go文件，把注释写在里面：
```go
// +groupName=my.domain/guestbook
// +genclient

package v1
```
各种注释的作用(来自chatgpt)：
- genclient  
注释 `+genclient` 用于指示 Kubernetes 的代码生成工具 client-gen 为特定的 API 类型生成客户端代码。这个客户端代码包含了与 Kubernetes API 交互所需的方法，例如创建、获取、更新和删除资源对象。
当你在 API 类型定义文件中添加了 +genclient 注释时，client-gen 工具会为该类型生成一个客户端接口，这个接口包含了一系列标准的客户端操作方法。这些方法对应于 Kubernetes API 的操作，使得开发者可以在他们的应用程序中方便地管理 Kubernetes 资源。  
此外，`+genclient` 注释还可以与其他选项一起使用，以定制生成的客户端代码的行为。例如：  
`+genclient:noStatus`：即使 .Status 字段存在，也不生成 updateStatus 方法。  
`+genclient:nonNamespaced`：为集群范围的资源（不属于任何命名空间的资源）生成客户端代码。  
`+genclient:onlyVerbs=create,get`：只为指定的动作生成客户端方法。  
`+genclient:skipVerbs=watch`：生成除 watch 之外的所有客户端方法。

- deecopy-gen  
注释 `+k8s:deepcopy-gen` 用于指示 Kubernetes 的代码生成工具为特定的 Go 包中的类型生成 DeepCopy 方法。这是 Kubernetes 自定义资源定义（CRD）开发过程中的一个重要步骤，因为它确保了类型的每个实例都可以被安全地复制，这对于 Kubernetes 的许多操作来说是必需的。  
由于kubebuilder已经为crd生成了deepcopy函数，所以这个注释可以不用

- defaulter-gen  
注释 `+k8s:defaulter-gen` 是 Kubernetes 代码生成工具中使用的一个标记，它用于为特定的 Go 包中的类型生成默认值设置函数。这些函数通常在 API 对象被创建或更新时调用，以确保所有未设置的字段都有合适的默认值。当你在包的 doc.go 文件或类型定义文件中添加了 `+k8s:defaulter-gen=TypeMeta` 注释时，code-generator 工具会为该包中的所有公开类型生成默认值设置函数。如果你想为特定的类型生成默认值设置函数，可以在类型定义上使用 `+k8s:defaulter-gen=true` 注释。

- conversion-gen  
注释 `+k8s:conversion-gen` 用于指导 Kubernetes 的代码生成工具 conversion-gen 自动生成在内部和外部类型之间转换的函数。这些转换函数对于 Kubernetes API 中的多版本支持非常重要，因为它们允许不同版本的 API 对象之间进行转换。  
具体来说，conversion-gen 工具会生成函数，这些函数能够高效地在具有相同名称的类型之间进行转换，无论这些类型是定义在内部包还是外部包中。生成的函数包括 `autoConvert_<pkg1>_<type>_To_<pkg2>_<type>`，这些函数会递归地处理数据类型的结构。对于结构体，它会根据名称匹配源字段和目标字段；如果源字段没有对应的目标字段，或者字段类型存在根本的不匹配，那么生成的 `autoConvert_...` 函数将只包含一个关于该字段的警告注释。

- openapi-gen  
注释 `+k8s:openapi-gen` 用于指导 Kubernetes 代码生成工具 openapi-gen 为 Go 包中的类型生成 OpenAPI 规范。这个规范定义了 RESTful API 的接口，使得人类和计算机都能理解服务的功能，而无需接触源代码或监控网络通信。  
当你在包的 doc.go 文件或类型定义文件中添加了 `+k8s:openapi-gen` 注释时，openapi-gen 工具会扫描该包下的所有类型，并为它们生成 OpenAPI 定义。这样，Kubernetes 就可以使用文档生成工具来展示其 API，使用代码生成工具来自动生成服务器端和客户端的代码，以及使用自动测试工具进行测试。

## 生成代码
```bash
export CODEGEN_PKG=./hack/
./hack/update-codegen.sh
```
如果报错：
`/data/go/pkg/mod/k8s.io/code-generator@v0.29.0/cmd/openapi-gen/main.go:37:43: undefined: generatorargs.NewDefaults`

需要更新kube-openapi  
```bash
go get k8s.io/kube-openapi@v0.0.0-20231010175941-2dd684a91f00
```
版本是从code-generator的go.mod拿到的

执行完，会得到`clientset` `informers` `listers`三个目录

使用kubebuilder和code generator进行CRD开发

本文基于kubesphere v3.3.2版本解读ks-apiserver的启动及路由注册相关代码



## 启动
### 初始化
命令行框架使用cobra，在`cmd/ks-apiserver/app/server.go` 使用`NewAPIServerCommand`创建一个cobra command然后execute.

`NewAPIServerCommand`先从文件读取配置：
```go
conf, err := apiserverconfig.TryLoadFromDisk()
```
配置使用的是viper包，数据结构在`pkg/apiserver/config`定义。

然后构建一个cobra Command，将Run函数注册进去。

注册一个helper函数，用于打印命令行帮助信息。
```go
	usageFmt := "Usage:\n  %s\n"
	cols, _, _ := term.TerminalSize(cmd.OutOrStdout())
	cmd.SetHelpFunc(func(cmd *cobra.Command, args []string) {
		fmt.Fprintf(cmd.OutOrStdout(), "%s\n\n"+usageFmt, cmd.Long, cmd.UseLine())
		cliflag.PrintSections(cmd.OutOrStdout(), namedFlagSets, cols)
	})
```
添加一个version子命令，用于打印版本信息。

### Run函数
首先调用`NewAPIServer`构建一个APIServer对象（`cmd/ks-apiserver/app/options/options`），在这个函数中会把所有要用到的client对象、informer、http server以及其它的helper给创建出来，放到APIServer中。

然后调用`apiserver.PrepareRun`，这个函数主要是用来注册路由，下面详解。

最后但用`apiserver.Run`, 调用`waitForResourceSync`等待informer同步，然后启动http server.

注意Run函数的声明：
```go
func Run(s *options.ServerRunOptions, ctx context.Context) error {
```
参数里的context，是在调用时传入，这里用到了k8s社区的signals包注册信号处理：
```go
import (
	"sigs.k8s.io/controller-runtime/pkg/manager/signals
)

// ......

return Run(s, signals.SetupSignalHandler())
```
这个context会传给`apiserver.Run`, 当context close时关闭http server.

## web框架
ks-apiserver使用`"github.com/emicklei/go-restful"`框架，在这个框架中一个路由对象称为`Container`. 在apiserver的`PrepareRun`函数中（`pkg/apiserver/apiserver.go`）注册handler以及midware. 包含以下几种路由：

- `installKubesphereAPIs` 注册kubesphere自有的api
- `buildHandlerChain` -> `WithKubeAPIServer` 将/api开头的请求转发到k8s apiserver
- `buildHandlerChain` -> `WithMultipleClusterDispatcher` 将url中指定集群的请求转发过去

### kubesphere自有api
kubesphere的api在`pkg/kapis/`中定义，每一类api都会定义一个AddToContainer函数，然后在`installKubesphereAPIs`中调用，以notification为例：
```go
urlruntime.Must(notificationv1.AddToContainer(s.container, s.Config.NotificationOptions.Endpoint))
```
notification有三个版本，v1实际上没有内容，只是把请求转发到其它的版本：
```go
// there are no versions specified cause we want to proxy all versions of requests to backend service
var GroupVersion = schema.GroupVersion{Group: "notification.kubesphere.io", Version: ""}

func AddToContainer(container *restful.Container, endpoint string) error {

	proxy, err := generic.NewGenericProxy(endpoint, GroupVersion.Group, GroupVersion.Version)
	if err != nil {
		return err
	}

	return proxy.AddToContainer(container)
}
```
notification v2beta1的AddToContainer是这样的：
```go
func AddToContainer(container *restful.Container, option *nm.Options) error {
	//创建一个接口handler
	h := newHandler(option)
	//创建一个webservice，相当于一个路由group
	ws := runtime.NewWebService(GroupVersion)
	//注册路由
	ws.Route(ws.POST("/configs/notification/verification").
		Reads("").
		To(h.Verify).
		Returns(http.StatusOK, api.StatusOK, http.Response{}.Body)).
		Doc("Provide validation for notification-manager information")
	ws.Route(ws.POST("/configs/notification/users/{user}/verification").
		To(h.Verify).
		Param(ws.PathParameter("user", "user name")).
		Returns(http.StatusOK, api.StatusOK, http.Response{}.Body)).
		Doc("Provide validation for notification-manager information")
	container.Add(ws)
	return nil
}
```

### buildHandlerChain
`buildHandlerChain`函数用于给apiserver的http server添加调用链，相当于配置http中间件。添加的顺序是：
```go
//转发k8s原生api请求
handler = filters.WithKubeAPIServer(handler, s.KubernetesClient.Config(), &errorResponder{})
//审计
handler = filters.WithAuditing(handler,audit.NewAuditing(s.InformerFactory, s.Config.AuditingOptions, stopCh))
//鉴权
handler = filters.WithAuthorization(handler, authorizers)
//身份认证
handler = filters.WithAuthentication(handler, authn)
//保存请求信息到context
handler = filters.WithRequestInfo(handler, requestInfoResolver)
```
执行时，最后添加的handler会最先执行，也就是说，首先执行的是将解析请求为RequestInfo然后保存到context中。

kubesphere代码解读（一）

记录使用ddclient配置ddns的方法


# 1. 安装 docker

目前很多发行版自带的ddclient包版本都太老了，而ddclient又是c语言写的安装比较麻烦，用docker是最方便的，如果机器内存很少可以试下[nerdctl](https://github.com/containerd/nerdctl)

# 2. 使用docker-compose

`docker-compose.yaml`：
```yaml
---
services:
  ddclient:
    image: lscr.io/linuxserver/ddclient:latest
    container_name: ddclient
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Hong_Kong
    volumes:
      - /root/ddclient/config:/config
    restart: unless-stopped
```
`docker compose up -d`启动

# 3. cloudflare创建api token
待补充

# 4. 修改ddclient配置
`/root/ddclient/config/ddclient.conf`
```conf
daemon=120                              # check every 300 seconds
syslog=yes                              # log update msgs to syslog
#mail=root                              # mail all msgs to root
#mail-failure=root          # mail failed update msgs to root
pid=/var/run/ddclient/ddclient.pid      # record PID in file.
ssl=yes                                 # use ssl-support.  Works with
                                                # ssl-library
use=web, web='https://cloudflare.com/cdn-cgi/trace', web-skip='ip=' # found after IP Address
##
## CloudFlare (www.cloudflare.com)
##
protocol=cloudflare
zone=your.domain
ttl=1
login=token # Only needed if you are using your global API key. If you are using an API token, set it to "token" (wihtout double quotes).
password=your_token # This is either your global API key, or an API token. If you are using an API token, it must have the permissions "Zone - DNS - Edit" and "Zone - Zone - Read". The Zone resources must be "Include - All zones".
sub.your.domain
```
修改后重启服务

`docker compose down`  
`docker compose up -d`

ddclient配置cloudflare域名解析

测试kuroit洛杉矶VPS



# 商家介绍
主页：https://www.kuroit.com/  
国外商家，主营美国、欧洲和亚洲VPS，英镑结算。

# 规格&套餐
1核/1G内存/10G硬盘/KVM虚拟化  
1 IPv4/1000G双向流量/带宽未知  
年付20GBP  
该VPS为活动款，发工单后流量升级为5120G

# 性能测试
```
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2024-01-01                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Thu 04 Jan 2024 11:02:26 AM CST

Basic System Information:
---------------------------------
Uptime     : 101 days, 18 hours, 48 minutes
Processor  : Intel(R) Xeon(R) CPU E5-2690 v2 @ 3.00GHz
CPU cores  : 1 @ 2999.998 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 928.7 MiB
Swap       : 0.0 KiB
Disk       : 10.0 GiB
Distro     : Debian GNU/Linux 11 (bullseye)
Kernel     : 5.10.0-23-amd64
VM Type    : KVM
IPv4/IPv6  : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP        : Hyonix LLC
ASN        : AS213122 Hyonix LLC
Host       : Kuroit LLC
Location   : El Segundo, California (CA)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 126.32 MB/s  (31.5k) | 1.31 GB/s    (20.5k)
Write      | 126.65 MB/s  (31.6k) | 1.32 GB/s    (20.6k)
Total      | 252.97 MB/s  (63.2k) | 2.63 GB/s    (41.1k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 1.93 GB/s     (3.7k) | 1.93 GB/s     (1.8k)
Write      | 2.03 GB/s     (3.9k) | 2.05 GB/s     (2.0k)
Total      | 3.96 GB/s     (7.7k) | 3.99 GB/s     (3.8k)

iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
-----           | -----                     | ----            | ----            | ----
Clouvider       | London, UK (10G)          | busy            | 1.85 Gbits/sec  | 121 ms
Scaleway        | Paris, FR (10G)           | 1.47 Gbits/sec  | busy            | 142 ms
NovoServe       | North Holland, NL (40G)   | busy            | busy            | 139 ms
Uztelecom       | Tashkent, UZ (10G)        | 858 Mbits/sec   | 1.54 Gbits/sec  | 239 ms
Clouvider       | NYC, NY, US (10G)         | 3.03 Gbits/sec  | 2.45 Gbits/sec  | 61.6 ms
Clouvider       | Dallas, TX, US (10G)      | 4.77 Gbits/sec  | 3.93 Gbits/sec  | 29.1 ms
Clouvider       | Los Angeles, CA, US (10G) | 6.08 Gbits/sec  | 5.53 Gbits/sec  | 0.489 ms

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 452
Multi Core      | 371
Full Test       | https://browser.geekbench.com/v6/cpu/4251787
```
磁盘IO还不错哦，比很多机器都强；iperf测速国际居然最高有6G多的带宽，难道是10G共享？由于内存不够，加了swap才跑出的gb6分数，因此可能不太准，反正CPU不会很强就是了。

# 三网测速
测试时间为下午四点
```
——————————————————————————————— ecsspeed-net —————————————————————————————————
             bash <(wget -qO- bash.spiritlhl.net/ecs-net)
             Repo：https://github.com/spiritLHLS/ecsspeed
             节点更新: 2024/01/03  | 脚本更新: 2023/05/05
——————————————————————————————————————————————————————————————————————————————
脚本当天运行次数:23，累计运行次数:7563
测速类型:
        1.三网测速(就近节点)    3.联通          6.香港          8.退出测速
        2.三网测速(所有节点)    4.电信          7.台湾
                                5.移动
——————————————————————————————————————————————————————————————————————————————

请输入数字选择测速类型: 2
checking speedtest server ID
——————————————————————————————————————————————————————————————————————————————
位置             上传速度        下载速度        延迟     丢包率
联通上海5G       76.07 Mbps      823.20 Mbps     296.67   12.4%
联通郑州5G       150.30 Mbps     430.87 Mbps     761.04   NULL
联通WuXi         24.26 Mbps      831.04 Mbps     449.63   13.3%
联通海南         416.63 Mbps     1545.78 Mbps    199.34   NULL
电信湖南5G       221.68 Mbps     884.78 Mbps     169.10   0.3%
电信成都         416.03 Mbps     247.72 Mbps     177.72   0.0%
移动Lanzhou      39.67 Mbps      1045.69 Mbps    232.27   NULL
移动陕西5G       8.40 Mbps       707.37 Mbps     439.24   43.2%
移动杭州5G       136.28 Mbps     1263.17 Mbps    285.96   0.3%
移动Chengdu      847.79 Mbps     1094.24 Mbps    196.07   0.0%
——————————————————————————————————————————————————————————————————————————————
 总共花费      : 7 分 10 秒
 时间          : Thu Jan  4 16:11:48 CST 2024
——————————————————————————————————————————————————————————————————————————————
```

# 路由测试
## IPv4
去程电信联通直连，移动惯例通过香港  
回程都是三网骨干直连  
下方为详细回程路由
```
广州电信 58.60.188.222
0.32 ms  AS213122  美国, 加利福尼亚州, 洛杉矶, ignero.com
0.31 ms  AS969  美国, 加利福尼亚州, 洛杉矶, misaka.io
0.42 ms  AS969  美国, 加利福尼亚州, 洛杉矶, misaka.io
0.37 ms  AS969  美国, 加利福尼亚州, 洛杉矶, misaka.io
0.39 ms  AS60068  美国, 加利福尼亚州, 洛杉矶, cdn77.com
1.00 ms  AS1299  美国, 加利福尼亚州, 洛杉矶, telia.com
151.49 ms  AS4134  中国, 广东, 广州, chinatelecom.com.cn, 电信
157.32 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信
广州联通 210.21.196.6
0.30 ms  AS213122  美国, 加利福尼亚州, 洛杉矶, ignero.com
0.38 ms  *  美国, 加利福尼亚州, 洛杉矶, krixe.com
0.41 ms  AS7578  美国, 加利福尼亚州, 洛杉矶, cogentco.com
0.49 ms  AS6461  美国, 加利福尼亚州, 洛杉矶, zayo.com
9.41 ms  AS6461  美国, 加利福尼亚州, 圣何塞, zayo.com
280.12 ms  AS4837  美国, 加利福尼亚州, 圣何塞, chinaunicom.com, 联通
249.66 ms  AS4837  中国, 北京, chinaunicom.com, 联通
276.49 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通
253.18 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通
238.67 ms  AS17816  中国, 广东, 深圳, chinaunicom.com, 联通
231.14 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通
238.52 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通
广州移动 120.196.165.24
0.28 ms  AS213122  美国, 加利福尼亚州, 洛杉矶, ignero.com
1.67 ms  AS969  美国, 加利福尼亚州, 洛杉矶, misaka.io
0.40 ms  AS969  美国, 加利福尼亚州, 洛杉矶, misaka.io
0.42 ms  AS969  美国, 加利福尼亚州, 洛杉矶, misaka.io
0.40 ms  AS60068  美国, 加利福尼亚州, 洛杉矶, cdn77.com
1.00 ms  AS1299  美国, 加利福尼亚州, 洛杉矶, telia.com
8.03 ms  AS1299  美国, 加利福尼亚州, 洛杉矶, telia.com
12.69 ms  AS58453  美国, 加利福尼亚州, 洛杉矶, chinamobile.com, 移动
158.54 ms  AS58453  中国, 广东, 广州, chinamobile.com, 移动
184.29 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动
154.34 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动
155.58 ms  AS9808  中国, 广东, 广州, chinamobile.com, 移动
154.52 ms  AS56040  中国, 广东, 深圳, chinamobile.com, 移动
```

# IP质量
## IP检测
```
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库 ①  | scamalytics数据库 ②  | virustotal数据库 ③  | abuseipdb数据库 ④  | ip2location数据库   ⑤
ip-api数据库 ⑥  | ipwhois数据库     ⑦  | ipregistry数据库 ⑧  | ipdata数据库    ⑨  | ipgeolocation数据库 ⑩
IPV4 ASN : AS213122 Hyonix LLC
IPV4 位置: Los Angeles / California / US
欺诈分数(越低越好): 0②
abuse得分(越低越好): 0④
IP类型:
  使用类型(usage_type):isp①  Data Center/Web Hosting/Transit⑤  isp⑧  business⑨
  公司类型(company_type):business①  isp⑧
  云服务提供商(cloud_provider):  No⑧
  数据中心(datacenter):  No⑥ ⑨
  移动网络(mobile):  Yes⑥
  代理(proxy):  No① ② ⑥ ⑦ ⑧ ⑨ ⑩
  VPN(vpn):  No① ② ⑦ ⑧
  TOR(tor):  No① ② ⑦ ⑧ ⑨
  TOR出口(tor_exit):  No⑧
  搜索引擎机器人(search_engine_robot):②
  匿名代理(anonymous):  No⑦ ⑧ ⑨
  攻击方(attacker):  No⑧ ⑨
  滥用者(abuser):  No⑧ ⑨
  威胁(threat):  No⑧ ⑨
  iCloud中继(icloud_relay):  No① ⑧ ⑨
  未分配IP(bogon):  No⑧ ⑨
Google搜索可行性：YES
端口25检测:
  本地: No
  163邮箱: Yes
  gmail邮箱: Yes
  outlook邮箱: Yes
  yandex邮箱: Yes
  qq邮箱: Yes
Cloudflare威胁得分高于10为爬虫或垃圾邮件发送者,高于40有严重不良行为(如僵尸网络等),数值一般不会大于60
Cloudflare威胁得分：1
------------------------------------------------------------------------
 总共花费        : 15 秒
 时间          : 2024-01-09 10:38:48
------------------------------------------------------------------------
```

## 流媒体解锁
```
以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用
----------------Youtube----------------
[IPv4]
连接方式: Google Global CacheCDN (ISP Cooperation)
ISP运营商: PITTIX
视频缓存节点地域: 美国  匹兹堡(PIT1)
Youtube识别地域: 无信息(null)
----------------Netflix----------------
[IPv4]
您的出口IP可以使用Netflix，但仅可看Netflix自制剧
NF所识别的IP地域信息：美国
[IPv6]
您的网络可能没有正常配置IPv6，或者没有IPv6网络接入
---------------DisneyPlus---------------
[IPv4]
当前IPv4出口解锁DisneyPlus
区域：美国区
解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断
----------------流媒体解锁--感谢RegionRestrictionCheck开源--------------
 以下为IPV4网络测试，若无IPV4网络则无输出
============[ Multination ]============
 Dazn:                                  Yes (Region: US)
 HotStar:                               No
 Disney+:                               No
 Netflix:                               Originals Only
 YouTube Premium:                       Yes
 Amazon Prime Video:                    Yes (Region: US)
 TVBAnywhere+:                          Yes
 iQyi Oversea Region:                   US
 Viu.com:                               No
 YouTube CDN:                           PITTIX in Pittsburgh, PA
 Netflix Preferred CDN:                 Los Angeles, CA
 Spotify Registration:                  No
 Steam Currency:                        USD
 ChatGPT:                               Yes
 Bing Region:                           US
=======================================
 以下为IPV6网络测试，若无IPV6网络则无输出
---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR--------------
 Tiktok Region:         【US】
------------------------------------------------------------------------
 总共花费      : 15 秒
 时间          : Tue Jan  9 10:40:05 CST 2024
------------------------------------------------------------------------
```

# 小结
当初买这个机器是因为回程路由绕日本通过软银回国，然而一段时间后这个独特的路由已经没有了，变成了普通的三网直连。目前看来除了国际带宽给的很足也没有啥别的亮点了。机器持有了一年了，中间掉线过一次。

kuroit LA

测试zgocloud洛杉矶9929VPS


# 商家介绍
23年的新商家，主要卖日本、欧洲和美国的高性能VPS

# 规格&套餐
2核(AMD 7950x)/2G内存/40G硬盘/KVM虚拟化  
1 IPv4/1 IPv6/2T双向流量/500Mbps带宽/回国优化  
年付58.9USD

# 性能测试
```
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2024-01-01                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Wed Jan  3 10:16:43 AM CST 2024

Basic System Information:
---------------------------------
Uptime     : 12 days, 44 hours, 0 minutes
Processor  : AMD Ryzen 9 7950X 16-Core Processor
CPU cores  : 2 @ 4491.536 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 1.9 GiB
Swap       : 1.0 GiB
Disk       : 38.1 GiB
Distro     : Debian GNU/Linux 12 (bookworm)
Kernel     : 6.1.0-16-cloud-amd64
VM Type    : KVM
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : Kurun Cloud Inc
ASN        : AS8796 FASTNET DATA INC
Host       : Kurun Cloud Inc
Location   : Rancho Cucamonga, California (CA)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda5):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 558.35 MB/s (139.5k) | 2.28 GB/s    (35.6k)
Write      | 559.82 MB/s (139.9k) | 2.29 GB/s    (35.8k)
Total      | 1.11 GB/s   (279.5k) | 4.57 GB/s    (71.5k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 2.21 GB/s     (4.3k) | 2.72 GB/s     (2.6k)
Write      | 2.33 GB/s     (4.5k) | 2.90 GB/s     (2.8k)
Total      | 4.54 GB/s     (8.8k) | 5.63 GB/s     (5.5k)

iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
-----           | -----                     | ----            | ----            | ----
Clouvider       | London, UK (10G)          | 482 Mbits/sec   | 100 Mbits/sec   | 136 ms
Scaleway        | Paris, FR (10G)           | busy            | busy            | 142 ms
NovoServe       | North Holland, NL (40G)   | 486 Mbits/sec   | 183 Mbits/sec   | 152 ms
Uztelecom       | Tashkent, UZ (10G)        | 454 Mbits/sec   | 85.1 Mbits/sec  | 237 ms
Clouvider       | NYC, NY, US (10G)         | 521 Mbits/sec   | 125 Mbits/sec   | 63.6 ms
Clouvider       | Dallas, TX, US (10G)      | 534 Mbits/sec   | 79.9 Mbits/sec  | 30.8 ms
Clouvider       | Los Angeles, CA, US (10G) | 535 Mbits/sec   | 390 Mbits/sec   | 0.894 ms

iperf3 Network Speed Tests (IPv6):
---------------------------------
Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
-----           | -----                     | ----            | ----            | ----
Clouvider       | London, UK (10G)          | 481 Mbits/sec   | 81.5 Mbits/sec  | 136 ms
Scaleway        | Paris, FR (10G)           | busy            | busy            | --
NovoServe       | North Holland, NL (40G)   | 485 Mbits/sec   | 360 Mbits/sec   | 152 ms
Uztelecom       | Tashkent, UZ (10G)        | 448 Mbits/sec   | 49.2 Mbits/sec  | 238 ms
Clouvider       | NYC, NY, US (10G)         | 519 Mbits/sec   | 224 Mbits/sec   | 63.7 ms
Clouvider       | Dallas, TX, US (10G)      | 534 Mbits/sec   | 153 Mbits/sec   | 30.7 ms
Clouvider       | Los Angeles, CA, US (10G) | 544 Mbits/sec   | 429 Mbits/sec   | 0.370 ms

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 2523
Multi Core      | 4464
Full Test       | https://browser.geekbench.com/v6/cpu/4238838

YABS completed in 16 min 7 sec
```
性能非常强悍

# 三网测速
测试时间为上午十一点
```
——————————————————————————————— ecsspeed-net —————————————————————————————————
             bash <(wget -qO- bash.spiritlhl.net/ecs-net)
             Repo：https://github.com/spiritLHLS/ecsspeed
             节点更新: 2024/01/02  | 脚本更新: 2023/05/05
——————————————————————————————————————————————————————————————————————————————
脚本当天运行次数:7，累计运行次数:7496
测速类型:
        1.三网测速(就近节点)    3.联通          6.香港          8.退出测速
        2.三网测速(所有节点)    4.电信          7.台湾
                                5.移动
——————————————————————————————————————————————————————————————————————————————

请输入数字选择测速类型: 2
checking speedtest server ID
——————————————————————————————————————————————————————————————————————————————
位置             上传速度        下载速度        延迟     丢包率
联通上海5G       551.83 Mbps     303.62 Mbps     157.78   0.0%
联通郑州5G       537.74 Mbps     383.21 Mbps     175.30   NULL
联通海南         547.36 Mbps     314.38 Mbps     168.62   NULL
联通Fuzhou       552.79 Mbps     295.87 Mbps     162.22   0.0%
电信江苏5G       4.16 Mbps       14.78 Mbps      132.37   0.0%
电信Suzhou5G     534.59 Mbps     258.69 Mbps     161.63   NULL
电信合肥5G       546.54 Mbps     212.53 Mbps     163.06   0.0%
电信Nanjing5G    37.39 Mbps      217.22 Mbps     157.30   0.0%
电信湖南5G       299.50 Mbps     9.05 Mbps       267.47   0.4%
电信成都         424.64 Mbps     124.86 Mbps     178.27   0.0%
电信Zhenjiang5G  543.32 Mbps     12.48 Mbps      150.11   NULL
电信浙江         515.28 Mbps     8.25 Mbps       157.45   NULL
电信浙江         323.29 Mbps     9.05 Mbps       160.02   NULL
移动Lanzhou      536.08 Mbps     94.74 Mbps      167.62   NULL
移动陕西5G       534.36 Mbps     482.67 Mbps     242.21   0.3%
移动杭州5G       397.60 Mbps     487.29 Mbps     158.45   0.0%
移动Chengdu      26.19 Mbps      463.41 Mbps     266.49   34.1%
——————————————————————————————————————————————————————————————————————————————
 总共花费      : 9 分 1 秒
 时间          : Wed Jan  3 11:11:32 CST 2024
——————————————————————————————————————————————————————————————————————————————
```


# 路由测试
## IPv4
去程：电信联通直连，移动过香港  
回程：电信联通走AS9929，移动是cmin2(AS58807)
下方为详细回程路由
```
广州电信 58.60.188.222
12.10 ms  AS8796  美国, 加利福尼亚州, 洛杉矶, technolink.top
0.70 ms  *  局域网
0.61 ms  *  局域网
156.11 ms  AS10099  美国, 加利福尼亚州, 洛杉矶, chinaunicom.com, 联通
130.60 ms  AS10099  中国, 香港, chinaunicom.com, 联通
130.84 ms  AS9929  中国, 上海, chinaunicom.com, 联通
156.95 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通
157.83 ms  *  中国, 广东, 广州, chinaunicom.com, 联通
158.77 ms  AS4134  中国, 广东, 深圳, chinatelecom.com.cn, 电信
广州联通 210.21.196.6
6.22 ms  AS8796  美国, 加利福尼亚州, 洛杉矶, technolink.top
0.64 ms  *  局域网
156.25 ms  AS10099  美国, 加利福尼亚州, 洛杉矶, chinaunicom.com, 联通
130.61 ms  AS10099  中国, 上海, chinaunicom.com, 联通
130.80 ms  AS9929  中国, 上海, chinaunicom.com, 联通
161.28 ms  AS9929  中国, 广东, 广州, chinaunicom.com, 联通
157.34 ms  *  中国, 广东, 广州, chinaunicom.com, 联通
175.25 ms  AS4837  中国, 广东, 广州, chinaunicom.com, 联通
174.25 ms  AS17816  中国, 广东, 深圳, chinaunicom.com, 联通
177.72 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通
168.95 ms  AS17623  中国, 广东, 深圳, chinaunicom.com, 联通
广州移动 120.196.165.24
0.44 ms  *  局域网
2.33 ms  *  局域网
0.79 ms  AS58807  美国, 加利福尼亚州, 洛杉矶, chinamobile.com, 移动
216.43 ms  AS58807  美国, 加利福尼亚州, 洛杉矶, chinamobile.com, 移动
215.93 ms  AS58807  中国, 上海, chinamobile.com, 移动
220.74 ms  AS9808  中国, chinamobile.com, 移动
217.40 ms  AS9808  中国, 上海, chinamobile.com, 移动
211.88 ms  AS9808  中国, 上海, chinamobile.com, 移动
222.86 ms  AS9808  中国, 北京, chinamobile.com, 移动
180.62 ms  AS9808  中国, 北京, chinamobile.com, 移动
182.31 ms  AS9808  中国, 北京, chinamobile.com, 移动
179.37 ms  AS56040  中国, 广东, 深圳, chinamobile.com, 移动
```
# IPv6
去程和v4一样，回程貌似是三网直连

# IP质量
## IP检测
```
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库 ①  | scamalytics数据库 ②  | virustotal数据库 ③  | abuseipdb数据库 ④  | ip2location数据库   ⑤
ip-api数据库 ⑥  | ipwhois数据库     ⑦  | ipregistry数据库 ⑧  | ipdata数据库    ⑨  | ipgeolocation数据库 ⑩
IPV4 ASN : AS8796 FASTNET DATA INC
IPV4 位置: Los Angeles / California / US
IPV6 ASN : AS8796 Fastnet Data
IPV6 位置: Rancho Cucamonga / California
欺诈分数(越低越好): 0②
abuse得分(越低越好): 0④
IP类型:
  使用类型(usage_type):hosting①  Commercial⑤  hosting⑧  business⑨
  公司类型(company_type):hosting①  business⑧
  云服务提供商(cloud_provider):  Yes⑧
  数据中心(datacenter):  No⑥ ⑨
  移动网络(mobile):  No⑥
  代理(proxy):  No① ② ⑥ ⑦ ⑧ ⑨ ⑩
  VPN(vpn):  No① ② ⑦ ⑧
  TOR(tor):  No① ② ⑦ ⑧ ⑨
  TOR出口(tor_exit):  No⑧
  搜索引擎机器人(search_engine_robot):②
  匿名代理(anonymous):  No⑦ ⑧ ⑨
  攻击方(attacker):  No⑧ ⑨
  滥用者(abuser):  No⑧ ⑨
  威胁(threat):  No⑧ ⑨
  iCloud中继(icloud_relay):  No① ⑧ ⑨
  未分配IP(bogon):  No⑧ ⑨
黑名单记录统计(有多少个黑名单网站有记录): 无害0 恶意0 可疑0 未检测89 ③
Google搜索可行性：YES
Cloudflare威胁得分高于10为爬虫或垃圾邮件发送者,高于40有严重不良行为(如僵尸网络等),数值一般不会大于60
Cloudflare威胁得分：1
------以下为IPV6检测------
欺诈分数(越低越好): 0②
abuse得分(越低越好): 0④
IP类型: Data Center/Web Hosting/Transit⑤
------------------------------------------------------------------------
 总共花费        : 10 秒
 时间          : 2024-01-03 11:21:35
------------------------------------------------------------------------
```
## 流媒体解锁
```
以下测试的解锁地区是准确的，但是不是完整解锁的判断可能有误，这方面仅作参考使用
----------------Youtube----------------
[IPv4]
连接方式: Youtube Video Server
视频缓存节点地域: 美国  洛杉机(LAX31S13)
Youtube识别地域: 无信息(null)
[IPv6]
连接方式: Youtube Video Server
视频缓存节点地域: 美国  洛杉机(LAX31S13)
Youtube识别地域: 无信息(null)
----------------Netflix----------------
[IPv4]
您的出口IP完整解锁Netflix，支持非自制剧的观看
NF所识别的IP地域信息：美国
[IPv6]
您的出口IP完整解锁Netflix，支持非自制剧的观看
NF所识别的IP地域信息：美国
---------------DisneyPlus---------------
[IPv4]
当前IPv4出口解锁DisneyPlus
区域：美国区
[IPv6]
当前IPv6出口解锁DisneyPlus
区域：美国区
解锁Youtube，Netflix，DisneyPlus上面和下面进行比较，不同之处自行判断
----------------流媒体解锁--感谢RegionRestrictionCheck开源--------------
 以下为IPV4网络测试，若无IPV4网络则无输出
============[ Multination ]============
 Dazn:                                  Yes (Region: US)
 HotStar:                               Yes (Region: US)
 Disney+:                               Yes (Region: US)
 Netflix:                               Yes (Region: US)
 YouTube Premium:                       Yes
 Amazon Prime Video:                    Yes (Region: US)
 TVBAnywhere+:                          Yes
 iQyi Oversea Region:                   US
 Viu.com:                               No
 YouTube CDN:                           Los Angeles, CA
 Netflix Preferred CDN:                 Los Angeles, CA
 Spotify Registration:                  Yes (Region: US)
 Steam Currency:                        USD
 ChatGPT:                               Yes
 Bing Region:                           US
=======================================
 以下为IPV6网络测试，若无IPV6网络则无输出
============[ Multination ]============
 Dazn:                                  Failed (Network Connection)
 HotStar:                               Yes (Region: US)
 Disney+:                               Yes (Region: US)
 Netflix:                               Yes (Region: US)
 YouTube Premium:                       Yes
 Amazon Prime Video:                    Unsupported
 TVBAnywhere+:                          Failed (Network Connection)
 iQyi Oversea Region:                   Failed
 Viu.com:                               Failed
 YouTube CDN:                           Los Angeles, CA
 Netflix Preferred CDN:                 Los Angeles, CA
 Spotify Registration:                  Yes (Region: US)
 Steam Currency:                        Failed (Network Connection)
 ChatGPT:                               Failed
 Bing Region:                           US
=======================================
---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR--------------
 Tiktok Region:         Failed
------------------------------------------------------------------------
 总共花费      : 31 秒
 时间          : Wed Jan  3 11:23:31 CST 2024
------------------------------------------------------------------------
```


# 小结
高性能机器，网络是kurun的9929线路也不错。机器稳定性还有待观察。