Minikube 挂在 Creating hyper V 上答案

【问题标题】：Minikube hanging on Creating hyperv VMMinikube 挂在 Creating hyper V 上
【发布时间】：2020-09-25 00:10:04
【问题描述】：

注意：我需要 Hyper-V 作为 VM 驱动程序，因为我希望能够使用 ingress 插件；使用 Docker 作为驱动程序将不允许在 Windows 中使用插件。

我正在使用 Minikube v1.11.0 和 Kubernetes v1.18.3。当我尝试根据this tutorial 在 PowerShell 中使用 Hyper-V 创建和启动 Minikube 集群时，它一直挂在“正在创建 hyperv 虚拟机：

PS C:\WINDOWS\system32> minikube start --vm-driver hyperv --hyperv-virtual-switch "Primary Virtual Switch"
* minikube v1.11.0 on Microsoft Windows 10 Pro 10.0.18363 Build 18363
  - KUBECONFIG=~/.kube/config
* Using the hyperv driver based on user configuration
* Starting control plane node minikube in cluster minikube
* Creating hyperv VM (CPUs=4, Memory=4096MB, Disk=20000MB) ...

大约 10 分钟后，它会进一步崩溃并出现以下错误：

* Stopping "minikube" in hyperv ...
* Powering off "minikube" via SSH ...
* Deleting "minikube" in hyperv ...
! StartHost failed, but will try again: creating host: create host timed out in 240.000000 seconds
E0605 19:02:43.905739   30748 main.go:106] libmachine: [stderr =====>] : Hyper-V\Get-VM : Hyper-V was unable to find a virtual machine with name "minikube".
At line:1 char:3
+ ( Hyper-V\Get-VM minikube ).state
+   ~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidArgument: (minikube:String) [Get-VM], VirtualizationException
    + FullyQualifiedErrorId : InvalidParameter,Microsoft.HyperV.PowerShell.Commands.GetVM

...
Multiple E0605 errors
...

* Failed to start hyperv VM. "minikube start" may fix it: creating host: create host timed out in 240.000000 seconds
*
* [CREATE_TIMEOUT] error provisioning host Failed to start host: creating host: create host timed out in 240.000000 seconds
* Suggestion: Try 'minikube delete', and disable any conflicting VPN or firewall software
* Related issue: https://github.com/kubernetes/minikube/issues/7072

怎么办？

【问题讨论】：

FTR 我在从 Mac Catalina 升级到 Mac Big Sur 时遇到了同样的问题。

标签： kubernetes hyper-v minikube

【解决方案1】：

根据您遵循的教程，您必须在 Hyper-V 管理器中创建一个类型为 External 的新虚拟网络交换机。作者没有解释为什么网络交换机必须是外部的，只是这种配置最能避免 Minikube 无法与其他软件正常工作的头痛。

由于某种原因，虚拟网络交换机的外部类型是问题所在，而不是外部类型，请在 Hyper-V 管理器中为您的虚拟网络交换机使用内部类型。然后运行以下命令删除配置错误的集群并进行清理：

minikube delete

现在，使用内部虚拟网络交换机为 Minikube 集群重新运行 create/launch 命令：

minikube start --vm-driver hyperv --hyperv-virtual-switch "Your Internal Virtual Switch"

现在，当您的新集群正确完成时，您就已准备就绪！

【讨论】：

【解决方案2】：

在 Windows Server 2019 中修复 Azure VM：

在“网络”选项卡中检查 minikube 虚拟机是否有 IP 地址
- 如果 NO IP 地址且 VM 中没有运行 DHCP，则转到下一步
创建new InternalNAT switch:

Powershell：

New-VMSwitch -Name "InternalNAT" -SwitchType Internal 

Get-NetAdapter
# Take note of the "ifIndex" for the virtual switch you just created, assuming 13

New-NetIPAddress -IPAddress 192.168.0.1 -PrefixLength 24 -InterfaceIndex 13

New-NetNat -Name "InternalNat" -InternalIPInterfaceAddressPrefix 192.168.0.0/24

创建 DHCP 服务器

为 192.168..（或任何范围，记下此范围）创建新范围

删除并重新创建 minikube 并使用“InternalNat”开关

minikube start --vm-driver hyperv --hyperv-virtual-switch "InternalNAT"

【讨论】：