fix(deps): update minor dependencies #72
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v1.5.0
->v1.6.0
v1.20.5
->v1.23.2
v0.0.0-20241202185148-04649f379358
->v0.2.4
v3.1.0
->v3.2.4
v1.8.1
->v1.10.1
v1.10.0
->v1.11.1
1.21
->1.25
v0.12.0
->v0.17.0
v0.32.2
->v0.34.1
v0.31.5
->v0.34.1
v0.31.5
->v0.34.1
v0.32.2
->v0.34.1
v0.31.5
->v0.34.1
v0.31.5
->v0.34.1
v0.31.5
->v0.34.1
v0.31.5
->v0.34.1
v1.4.0
->v1.6.0
Release Notes
harvester/harvester (github.com/harvester/harvester)
v1.6.0
Compare Source
Harvester v1.6.0 Release Notes
This release introduces several features, enhancements, and bug fixes that improve system quality and the overall user experience. The documentation is available at https://docs.harvesterhci.io/v1.6.
The Harvester team appreciates your contributions and looks forward to receiving feedback regarding this release.
Downloads
AMD64
Full ISO
💿 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-amd64.iso
📁 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-vmlinuz-amd64
📁 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-initrd-amd64
📁 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-rootfs-amd64.squashfs
✅ https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-amd64.sha512
📝 https://releases.rancher.com/harvester/v1.6.0/version.yaml
Net Install ISO
💿 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-amd64-net-install.iso
📝 https://docs.harvesterhci.io/v1.6/install/net-install/
ARM64
💿 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-arm64.iso
📁 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-vmlinuz-arm64
📁 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-initrd-arm64
📁 https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-rootfs-arm64.squashfs
✅ https://releases.rancher.com/harvester/v1.6.0/harvester-v1.6.0-arm64.sha512
📝 https://releases.rancher.com/harvester/v1.6.0/version-arm64.yaml
Installation
Harvester can be installed using the ISO image, a bootable USB drive, and PXE boot. A net install ISO image, which contains only the core OS components, is also now available. For more information, see the Installation section of the documentation.
Upgrades
Harvester only allows upgrades from supported versions. For more information about upgrade paths and procedures, see Upgrading Harvester.
Highlights
Experimental Features
Kube-OVN Operator
The
kubeovn-operator
add-on is a tool for managing Kube-OVN as a secondary container network interface (CNI) on Harvester clusters. Kube-OVN provides advanced software-defined networking (SDN) capabilities such as virtual private cloud (VPC) and subnets for virtual machine workloads. When you enable the add-on, it deploys Kube-OVN to your Harvester cluster and creates the defaultConfiguration
CRD, which defines the desired state of the Kube-OVN installation.Documentation | GitHub issue
Overlay Network
The Harvester network-controller leverages Kube-OVN to create an OVN-based virtualized network that supports advanced SDN capabilities such as VPCs and subnets for virtual machine workloads. An overlay network represents a virtual layer 2 switch that encapsulates and forwards traffic between virtual machines.
Documentation | GitHub issue
Virtual Private Cloud (VPC)
In Harvester, a VPC is a logical network container that you can use to manage and isolate subnets and traffic. Harvester provides a default VPC named
ovn-cluster
and allows you to create custom VPCs. At a high level, VPC creation involves enabling the kubeovn-operator add-on, creating an overlay network and a subnet, and linking the two networks.The VPC implementation in Harvester v1.6.0 enables scalable, isolated L3 and L2 network structures across the cluster. Kube-OVN creates the VPC and its subnets, and manages all L3 logic (routing, NAT, VPC peering, and isolation). Harvester defines the overlay networks and provisions virtual machines that are connected to those overlay networks. This architecture provides a clear separation of concerns: Kube-OVN handles SDN, while Harvester handles virtualization.
Demo | Documentation | GitHub issue
VPC Network Connectivity
In Harvester v1.6.0, virtual machines can connect with external networks if they are part of a subnet within the default VPC (
ovn-cluster
) and if thenatOutgoing
setting is enabled on that subnet. This setting enables network address translation (NAT) for all traffic leaving the subnet and heading to destinations outside of the VPC.Communication between virtual machines in different VPCs is also possible. To achieve this, you must configure a VPC peering connection and static routes that define how traffic is forwarded. However, peering is limited to custom VPCs. You cannot establish a peering connection between the default VPC (
ovn-cluster
) and a custom VPC.Demo | Documentation | GitHub issue
Virtual Machine Isolation
Isolation between virtual machines is typically achieved using either VLANs (in traditional networks) or virtual switches (in Kube-OVN). If you want to isolate virtual machines within the same virtual switch network, you can use subnet access control lists (ACLs) and Kubernetes network policies to achieve the required micro-segmentation.
Demo | Documentation | GitHub issue
Fully Supported Features
Containerized Data Importer (CDI) Settings on the Harvester UI
Harvester uses CDI to manage virtual machine image operations for certain StorageClasses. Starting with v1.6.0, you can use the Harvester UI to configure CDI settings when creating or updating a StorageClass. Each field on the CDI Settings tab corresponds to an annotation that modifies a specific StorageClass parameter. With this enhancement, you can avoid direct changes to the storage profile or CDI, which may result in unexpected system behavior. Instead, allow the Harvester controller to synchronize and persist the storage profile configuration through the use of CDI annotations.
Demo | Documentation | GitHub issue
CPU and Memory Hotplug
Starting with Harvester v1.6.0, you can increase a virtual machine's CPU and memory resources while it is running. To use this feature, you must enable CPU and memory hotplug when you create the virtual machine. Once the virtual machine is created, you can add more CPU and memory resources at any time. Harvester automatically migrates the virtual machine to a node that has the necessary resources.
Demo | Documentation | GitHub issue
Live Migration Progress Monitoring
In Harvester v1.6.0, you can monitor the progress of virtual machine live migration directly from the Harvester UI. The Migration tab of the virtual machine details screen displays migration event information and real-time metrics such as remaining data and memory transfer rate. To view the information, you must ensure that the rancher-monitoring add-on is enabled.
Demo | Documentation | GitHub issue
Online Volume Expansion
Harvester v1.6.0 allows you to expand volumes that are in use, as long as the underlying storage provider supports the feature. This works for volumes that are attached to a running virtual machine, or that have persistent volume claims (PVCs) connected to a running pod in a guest cluster.
The Longhorn V1 Data Engine fully supports online volume expansion, but the V2 Data Engine currently does not support it. For third-party storage, Harvester blocks online volume expansion requests by default. To allow such requests, you must use the
csi-online-expand-validation
setting to validate the storage provider.Demo | Documentation | GitHub issues: 2811 and 7358
Third-Party Storage for Guest Clusters and Workloads
In Harvester v1.5.0, support for third-party storage is limited to provisioning of root and data volumes for virtual machines. Harvester v1.6.0 improves on this by also allowing you to provision guest clusters and their corresponding workloads with third-party storage solutions.
In your guest cluster, you must first create a new StorageClass that references the StorageClass you created in Harvester for the third-party storage solution. Then, you must create a PVC using this new StorageClass and mount it to your workload.
Demo | GitHub issues: 8075 and 8076
vm-import-controller Support for Third-Party Storage
When importing virtual machine images using the vm-import-controller add-on, you can now specify a third-party storage solution instead of using Longhorn by default. To use this functionality, simply add the
storageClass
field to theVirtualMachineImport
spec and specify the StorageClass for the third-party storage solution. Harvester handles the import and storage placement without requiring you to perform additional manual steps.Demo | Documentation | GitHub Issue
Virtual Machine Migration Network
By default, Harvester migrates virtual machines over the built-in cluster network
mgmt
, which is limited to one interface and is shared with cluster-wide workloads. If network segregation is required, you can configure a VM migration network to isolate migration traffic and improve bandwidth utilization.Configuring a VM migration network involves enabling the
vm-migration-network
setting and constructing a MultusNetworkAttachmentDefinition
CRD. Once the setting is applied, allvirt-handler
pods are restarted to apply the new network configuration.Demo | Documentation | GitHub issue
Features
Manage
menu upon the unsupported Harvester clusters #8054Enhancements
vmstate-persistence
andlonghorn-static
StorageClasses should be treated as internal and not be used directly by users #8562promptRemove.confirmRelatedResource
message needs to be refactored #5280Bug Fixes
spec.domain.memory.guest
field is lost #8907natOutgoing: true
but can not access internet even when the gateway is correctly configured #8862Progressing
state while the progress already shows completed #8701make generate
is broken due to the untidy import packages #8644harvester.install.wipeAllDisks=true
on GRUB edit install of Net Images AMD64 ISO Interactive Installation Breaks Install #8043longhorn
#8019VirtualMachine generation is 2, but latest observed generation is 1
is observed on a freshly installed cluster #6844status
field after Virtual Machine image update #6030support-bundle-expiration
can be invalid value000003333
#5074Others
Configuration
📅 Schedule: Branch creation - "after 10am on sunday" in timezone Asia/Taipei, Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.