Skip to content

🌐 API 與網路測驗

1. 在 KubeVirt 中,VirtualMachine (VM) 資源類比哪個 Kubernetes 資源?

  • A. Pod
  • B. Deployment
  • C. ReplicaSet
  • D. StatefulSet

2. VM 的 runStrategy 設為 Always 時,當 VMI 因錯誤失敗後,會發生什麼行為?

  • A. VMI 不重建,需手動操作
  • B. Controller 自動重建 VMI
  • C. VM 也一起被刪除
  • D. VM 進入 Halted 狀態

3. 哪個 RunStrategy 值代表 VM 已關機、不建立 VMI 的狀態?

  • A. Manual
  • B. Once
  • C. Halted
  • D. RerunOnFailure

4. VMI 的 evictionStrategy 設為 LiveMigrate 時,當節點被 drain(驅逐)會發生什麼?

  • A. VMI 立即被強制終止
  • B. 嘗試執行 Live Migration 到其他節點
  • C. VM 被暫停(Paused)
  • D. 驅逐失敗,VMI 維持在原節點

5. containerDisk Volume 類型的主要特性是什麼?

  • A. 資料持久保存,重啟後仍存在
  • B. VMI 結束後資料消失(ephemeral)
  • C. 需要 PVC 支援才能使用
  • D. 支援 ReadWriteMany 存取模式

6. 在 VMI spec 的 networks 區段中,引用 Kubernetes Pod 預設網路的正確語法是?

  • A. pod: {}
  • B. multus: {}
  • C. bridge: {}
  • D. default: {}

7. 建立 VirtualMachineInstanceMigration 時,唯一必填的 spec 欄位是?

  • A. targetNode
  • B. vmiName
  • C. migrationUID
  • D. bandwidthPerMigration

8. VirtualMachineInstanceMigration 的 Phase 正確順序是?

  • A. Pending → TargetReady → PreparingTarget → Running → Succeeded
  • B. Pending → PreparingTarget → TargetReady → Running → Succeeded
  • C. Running → PreparingTarget → TargetReady → Pending → Succeeded
  • D. PreparingTarget → Pending → TargetReady → Running → Succeeded

9. Post-Copy Migration 模式的主要風險是什麼?

  • A. Migration 速度太慢,停機時間更長
  • B. 無法在 Running 階段取消
  • C. 若網路中斷或來源節點故障,目標 VM 將崩潰
  • D. Post-Copy 會消耗過多 CPU,影響 VM 效能

10. MigrationPolicy 的 allowAutoConverge 設為 true 時,會執行什麼操作?

  • A. 自動選擇效能最佳的目標節點
  • B. 自動降低 Guest CPU 速度,以協助記憶體髒頁率收斂
  • C. 自動增加遷移頻寬上限
  • D. 在失敗時自動重試 Migration

11. 在 KubeVirt 的 Instancetype/Preference 系統中,Instancetype 定義的值具有什麼性質?

  • A. 建議性,VM spec 中可以覆蓋
  • B. 強制性,VM spec 中不能覆蓋
  • C. 可選的,僅作為排程提示
  • D. 僅影響 virt-launcher 的資源請求

12. VirtualMachineClusterInstancetype 與 VirtualMachineInstancetype 最主要的差別是什麼?

  • A. ClusterInstancetype 支援 GPU 設定,Instancetype 不支援
  • B. ClusterInstancetype 是 Cluster-scoped,可被所有 Namespace 使用
  • C. ClusterInstancetype 由 virt-controller 管理,效能更高
  • D. ClusterInstancetype 不允許使用者自訂,只能使用預設規格

13. 在 Instancetype spec 中,指定 VM Guest 所看到的 vCPU 數量的欄位路徑是?

  • A. spec.cpu.cores
  • B. spec.cpu.guest
  • C. spec.cpu.count
  • D. spec.cpu.sockets

14. 在 Instancetype 或 VMI 中使用 dedicatedCpuPlacement: true 需要滿足哪個前提條件?

  • A. 節點需啟用 Memory Manager
  • B. 節點需啟用 CPU Manager(--cpu-manager-policy=static),且 Pod QoS 為 Guaranteed
  • C. VM 必須使用 EFI 韌體
  • D. 需先安裝 SR-IOV Network Operator

15. VirtualMachineInstanceReplicaSet (VMIRS) 中,所有 VMI 的儲存特性是?

  • A. 每個 VMI 有獨立的 PVC,資料持久保存
  • B. 所有 VMI 共享同一個 PVC
  • C. VMI 無持久狀態,刪除後資料消失
  • D. 使用 DataVolumeTemplates 自動建立獨立磁碟

16. 使用 VirtualMachineSnapshot 功能的前提條件是什麼?

  • A. 叢集需安裝 Velero 備份工具
  • B. 叢集需安裝支援 VolumeSnapshot 的 CSI 驅動,且存在 VolumeSnapshotClass
  • C. VM 必須處於停止(Stopped)狀態才能建立快照
  • D. 需使用 NFS 作為後端儲存

17. VirtualMachineSnapshot status 中的 indication GuestAgent 代表什麼?

  • A. VM 目前沒有安裝任何 Guest Agent
  • B. 快照建立時有 Guest Agent,成功執行了 quiesce(檔案系統凍結),達到 Application-consistent
  • C. 快照建立時 VM 已被暫停
  • D. 快照包含完整的 Guest OS 映像備份

18. 執行 VirtualMachineRestore 時,目標 VM 必須處於什麼狀態?

  • A. 執行中(Running)
  • B. 遷移中(Migrating)
  • C. 停止(Stopped)
  • D. 任何狀態都可以

19. VirtualMachineClone 資源的 apiVersion 是什麼?

  • A. kubevirt.io/v1
  • B. snapshot.kubevirt.io/v1beta1
  • C. clone.kubevirt.io/v1beta1
  • D. cdi.kubevirt.io/v1beta1

20. VirtualMachineSnapshot 的 deletionPolicy 設為 Retain 時,代表什麼行為?

  • A. 快照將在 7 天後自動刪除
  • B. 即使關聯的 VM 被刪除,底層 VolumeSnapshot 仍然保留
  • C. 禁止任何人刪除此快照
  • D. 快照在成功還原後自動刪除

21. KubeVirt 中每個 VM 實際上執行在哪個基礎設施元件內?

  • A. 直接執行在 Kubernetes Node 的 Hypervisor 上
  • B. 執行在 virt-controller Pod 中
  • C. 執行在一個 virt-launcher Pod 內的 QEMU Process 中
  • D. 執行在獨立的 KVM 節點上,與 Kubernetes 網路隔離

22. Kubernetes NetworkPolicy 對 KubeVirt VM 流量控制的效果是什麼?

  • A. NetworkPolicy 對 VM 完全無效,需另設 VM 防火牆規則
  • B. NetworkPolicy 套用到 virt-launcher Pod,因此對 VM 的流量同樣有效
  • C. 只有使用 Calico CNI 時,NetworkPolicy 才對 VM 有效
  • D. NetworkPolicy 只能控制 VM 的 Ingress,無法控制 Egress

23. Masquerade 模式下,VM Guest 預設取得的 IP 地址是什麼?

  • A. 直接使用 virt-launcher Pod 的 IP
  • B. 10.0.2.1(tap 介面 Gateway IP)
  • C. 10.0.2.2(virt-launcher 內建 DHCP 分配)
  • D. 169.254.0.1(Link-Local 地址)

24. 以下哪個網路綁定模式支援 VM 的 Live Migration?

  • A. Bridge
  • B. SR-IOV
  • C. Masquerade
  • D. Macvtap

25. Masquerade 模式中,virt-launcher 內建 DHCP Server 提供給 VM 的 Gateway IP 是什麼?

  • A. 10.0.2.2
  • B. 10.0.2.1
  • C. 10.0.2.3
  • D. 與 virt-launcher Pod 的 Gateway 相同

26. Bridge 模式中,ARP Proxy 設定的主要目的是什麼?

  • A. 提升 Bridge 模式的網路吞吐量
  • B. 代替 VM 回應 ARP 請求,確保外部流量正確路由到 Pod,再透過 tap 送達 VM
  • C. 防止 ARP 廣播造成網路風暴
  • D. 讓 VM 支援 IPv6 雙棧網路

27. SR-IOV 技術中,一張實體網卡(Physical Function, PF)可分裂出多個什麼?

  • A. Virtual Interface(VI)
  • B. Virtual Function(VF)
  • C. Virtual NIC(vNIC)
  • D. Virtual Port(VP)

28. SR-IOV 硬體直通需要哪個系統功能支援才能安全進行記憶體隔離?

  • A. NUMA(Non-Uniform Memory Access)
  • B. HugePages
  • C. IOMMU(Input-Output Memory Management Unit)
  • D. SR-IOV Device Plugin 即可,不需要硬體支援

29. 為何 SR-IOV 模式的 VM 不支援 Live Migration?

  • A. 因為 SR-IOV 效能太高,遷移時資料量無法即時同步
  • B. 因為 VF(Virtual Function)是直接綁定到特定節點的實體網卡硬體,無法跨節點遷移
  • C. 因為 SR-IOV 不支援 TCP/IP 協議,只能用於純二層通訊
  • D. 因為 KubeVirt 尚未實作 SR-IOV 的 Migration 支援,未來版本將支援

30. Multus CNI 在 KubeVirt 網路中解決了什麼核心問題?

  • A. 標準 Kubernetes 每個 Pod 只有一個網路介面;Multus 允許 Pod 同時連接到多個網路,讓 VM 可以有多張虛擬網卡
  • B. Multus 提供 SR-IOV 的硬體 VF 資源管理
  • C. Multus 取代了叢集 CNI 插件,提供統一的高效能網路
  • D. Multus 讓 VM 能使用 Kubernetes Service 的 Layer 7 負載均衡

基於 Apache 2.0 授權