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
Copy file name to clipboardExpand all lines: docs/guide/upgrade/migrate_v1_v2.md
+40-2Lines changed: 40 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -6,12 +6,50 @@ This document contains the information necessary to migrate from an existing ins
6
6
7
7
!!!warning ""
8
8
If you have AWSALBIngressController(<1.1.3) installed, you need to upgrade to version>=v1.1.3(e.g. v1.1.9) first.
9
-
9
+
10
10
11
11
## Backwards compatibility
12
12
The AWSLoadBalancerController(v2.0.0) is backwards-compatible with AWSALBIngressController(>=v1.1.3).
13
13
14
-
It supports existing AWS resources provisioned by AWSALBIngressController(>=v1.1.3) for Ingress resources.
14
+
It supports existing AWS resources provisioned by AWSALBIngressController(>=v1.1.3) for Ingress resources with below caveats:
15
+
16
+
1. The AWS LoadBalancer resource created for your Ingress will be preserved.
17
+
18
+
2. If a numeric TargetPort is used in your service, the AWS TargetGroups created for your Ingress will be re-created.
19
+
20
+
!!!warning "downtimes"
21
+
This would cause downtimes to your service during targets registration into new TargetGroups created.
22
+
23
+
!!!tip "details"
24
+
* The AWSALBIngressController always used `1` as TargetGroup's port.
25
+
* The AWSLoadBalancerController will use
26
+
* the actual numeric TargetPort as TargetGroup's port if a numeric TargetPort used.
27
+
* `1` as TargetGroup's port if a lexical TargetPort used.
28
+
* The AWSLoadBalancerController will automatically create new TargetGroups and cleanup old TargetGroups if any.
29
+
30
+
3. If [security-groups](../../guide/ingress/annotations.md#security-groups) annotation used, the SecurityGroup rule on worker node's SecurityGroup that allow LoadBalancer traffic should be manually adjusted post migration.
31
+
32
+
!!!tip "details"
33
+
when [security-groups](../../guide/ingress/annotations.md#security-groups) annotation used:
34
+
35
+
* a managed SecurityGroup will be created and attached to ALB. This SecurityGroup will be preserved.
36
+
* an inbound rule will be added to your worker node securityGroups which allow traffic from the above managed SecurityGroup for ALB.
37
+
* The AWSALBIngressController didn't add any description for that inbound rule.
38
+
* The AWSLoadBalancerController will use `elbv2.k8s.aws/targetGroupBinding=shared` for that inbound rule
39
+
* You'll need to manually add `elbv2.k8s.aws/targetGroupBinding=shared` description to that inbound rule so that AWSLoadBalancerController can delete such rule when you delete your Ingress.
40
+
41
+
!!!tip "sample"
42
+
inbound rule on worker node securityGroups that allow traffic from the managed LB securityGroup before migration:
0 commit comments