多說一句, 能玩 Pi4 的應該都有 DIY 能力吧

DIY NAS 如果只選 Linux, 那淘寶上大部分產品的 Realtek NIC 都能用, 輕鬆跑滿 1Gbps
如果選 FreeNAS 等 FreeBSD 系統, Realtek 的通常跑不滿 1Gbps

x86 的 NUC 都比 Pi 4 強, 淘寶的 2 bays DIY NAS 都不錯

還是無腦 k8s 吧, 單機可以用 k3s 或者直上多機的 kubespray 安裝

這種流量轉移在 Service IP 是基本的動作, 更有要求的用 Isito

@chenqh 單機 docker-compose (不是 swarm) 好像真的沒法做 rolling update, 平時都用 k8s 的 Service IP 及 readinessProbe, 自動解決切換問題

單機 - docker-compose
多機 - 組 k8s cluster

看鏡頭+1, Lenovo IdeaPad S540 AMD(2020 小新 pro 13 的港版) 也很快, 這感受是基於我還有一台 iPad Pro 的評價

1. ECC
2. TLS 1.3 的 ChaCha20-Poly1305
3. 上 HTTP2 保證長連接
4. 看配置是雲機器吧, 不如先查一下 /proc/cpuinfo 有沒有 AES-NI

要 ESXi 帶 tunderbolt 3 驅動, 還不如買一張 Intel 10GbE, 方便快捷有良好的 ESXi 驅動支援, 哪裡比不上 tb3?

Mac 就認命吧, 用 TB3 10GbE 的方案

所以我從 Macbook Pro Retina 換回了一台 Retina 級的 Windows, 工作是 Linux 相關的但用 WSL + Docker 能解決大部分問題, 剩下的就用虛擬機

@zhoudaiyu 探針可以是最簡單的 TCP, 然後是 HTTP, 最後殺著是 exec 直接跑 command, 只要你要求的可用性都能用一個固定及可以循環的方法返回 exit code 就可以

還是有要求的話 exec 這種玩法可以讓 Pod 去調用外部的檢測結果去讓 k8s 做判斷

@zhoudaiyu 但是直接重啟 process 也會殺掉現有連線, 如果用 readyness 的話, 配合好 service IP 的設計, 舊 pod 在 termination 十幾秒的時間內新的請求會被導引到新 pod, 而舊的連線在 termination grace period 下仍能生存一會

livenessprobe 做檢測, 然後配合 readinessprobe , 等新的 pod 上來後才停掉舊的

nginx 自動續簽的解決方法有很多, 不必為了一個小問題放棄現有的插件體系
k8s 上有 cert-manager + sidecar 就沒問題

大部分運維工具都支援 nginx 而沒有 caddy

我用 MBP 15"的, 配 5A 線用 100W 取代原裝 87W 是沒問題的, 用 65w/45w 也能充只是比較慢, 測試過極端的 Apple 5V2.4A(12w)在關機的情況勉強能充進去, 但不保證能充滿

小米系列的充電頭的兼容都很好, 沒問題的

Samsung 一定可以輸出 HDMI, 新的 Galaxy S 還有 DEX mode 桌面模式

@hantsy 的確, Vagrant 的 Hyper-V driver 不能用要 VirtualBox 也沒辦法, 但新的 Hyper-V 可以和 VirtualBox 共存了, 不像以前般 mutually exclusive

@hantsy WSL2 不好嗎，Docker for Desktop 3.0.0 以 WSL2 為主，輕鬆解決 File system 的問題。

WSL 1 能直接使用 Windows 網口，用來調試 userspace 程序也很輕鬆