You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
### Flux v2 - `microsoft.flux` extension installation CPU and memory limits
377
377
378
-
The controllers installed in your Kubernetes cluster with the Microsoft Flux extension require the following CPU and memory resource limits to properly schedule on Kubernetes cluster nodes.
378
+
The controllers installed in your Kubernetes cluster with the Microsoft Flux extension require CPU and memory resources to properly schedule on Kubernetes cluster nodes. This table shows the minimum memory and CPU resources that may be requested, along with the maximum limits for potential CPU and memory resource requirements.
379
379
380
-
| Container Name | CPU limit | Memory limit|
380
+
| Container Name |Minimum CPU | Minimum memory | Maximum CPU | Maximum memory|
381
381
| -------------- | ----------- | -------- |
382
-
| fluxconfig-agent | 50 m | 150 Mi |
383
-
| fluxconfig-controller | 100 m | 150 Mi |
384
-
| fluent-bit | 20 m | 150 Mi |
385
-
| helm-controller | 1000 m | 1 Gi |
386
-
| source-controller | 1000 m | 1 Gi |
387
-
| kustomize-controller | 1000 m | 1 i|
388
-
| notification-controller | 1000 m | 1 Gi |
389
-
| image-automation-controller | 1000 m | 1 Gi |
390
-
| image-reflector-controller | 1000 m | 1 Gi |
382
+
| fluxconfig-agent |5 m | 30 Mi |50 m | 150 Mi |
383
+
| fluxconfig-controller |5 m | 30 Mi |100 m | 150 Mi |
384
+
| fluent-bit |5 m | 30 Mi |20 m | 150 Mi |
385
+
| helm-controller |100 m | 64 Mi |1000 m | 1 Gi |
386
+
| source-controller |50 m | 64 Mi |1000 m | 1 Gi |
387
+
| kustomize-controller |100 m | 64 Mi |1000 m | 1 Gi|
388
+
| notification-controller |100 m | 64 Mi |1000 m | 1 Gi |
389
+
| image-automation-controller |100 m | 64 Mi |1000 m | 1 Gi |
390
+
| image-reflector-controller |100 m | 64 Mi |1000 m | 1 Gi |
391
391
392
392
If you've enabled a custom or built-in Azure Gatekeeper Policy that limits the resources for containers on Kubernetes clusters, such as `Kubernetes cluster containers CPU and memory resource limits should not exceed the specified limits`, ensure that either the resource limits on the policy are greater than the limits shown above or that the `flux-system` namespace is part of the `excludedNamespaces` parameter in the policy assignment.
Copy file name to clipboardExpand all lines: articles/virtual-network/accelerated-networking-overview.md
+25-8Lines changed: 25 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,15 +1,10 @@
1
1
---
2
2
title: Accelerated Networking overview
3
3
description: Learn how Accelerated Networking can improve the networking performance of Azure VMs.
4
-
services: virtual-network
5
4
author: asudbring
6
-
manager: gedegrac
7
5
ms.service: virtual-network
8
-
ms.devlang: na
9
6
ms.topic: how-to
10
-
ms.tgt_pltfrm: vm-windows
11
-
ms.workload: infrastructure
12
-
ms.date: 03/20/2023
7
+
ms.date: 04/18/2023
13
8
ms.author: allensu
14
9
---
15
10
@@ -19,7 +14,7 @@ This article explains Accelerated Networking and describes its benefits, constra
19
14
20
15
The following diagram illustrates how two VMs communicate with and without Accelerated Networking:
21
16
22
-

17
+
:::image type="content" source="./media/create-vm-accelerated-networking/accelerated-networking.png" alt-text="Screenshot that shows communication between Azure VMs with and without Accelerated Networking.":::
23
18
24
19
**Without Accelerated Networking**, all networking traffic in and out of the VM traverses the host and the virtual switch. The virtual switch provides all policy enforcement to network traffic. Policies include network security groups, access control lists, isolation, and other network virtualized services. To learn more about virtual switches, see [Hyper-V Virtual Switch](/windows-server/virtualization/hyper-v-virtual-switch/hyper-v-virtual-switch).
25
20
@@ -39,7 +34,7 @@ Accelerated Networking has the following benefits:
39
34
40
35
- The benefits of Accelerated Networking apply only to the VM that enables it.
41
36
42
-
- For best results, you should enable Accelerated Networking on at least two VMs in the same Azure virtual network. This feature has minimal impact on latency when you communicate across virtual networks or connect on-premises.
37
+
- For best results, you should enable Accelerated Networking on at least two VMs in the same Azure virtual network. This feature has minimal effect on latency when you communicate across virtual networks or connect on-premises.
43
38
44
39
- You can't enable Accelerated Networking on a running VM. You can enable Accelerated Networking on a supported VM only when the VM is stopped and deallocated.
45
40
@@ -98,6 +93,8 @@ The following Linux and FreeBSD distributions from the Azure Gallery support Acc
98
93
99
94
If you use a custom image that supports Accelerated Networking, make sure you have the required drivers to work with Mellanox ConnectX-3, ConnectX-4 Lx, and ConnectX-5 NICs on Azure. Accelerated Networking also requires network configurations that exempt configuration of the virtual functions on the mlx4_en and mlx5_core drivers. Images with cloud-init version 19.4 or greater have networking correctly configured to support Accelerated Networking during provisioning.
100
95
96
+
# [RHEL, CentOS](#tab/redhat)
97
+
101
98
The following example shows a sample configuration drop-in for `NetworkManager` on RHEL or CentOS:
0 commit comments