Closed alex-dabija closed 1 year ago
Note to the implementer – fix the misleading wording here
identityRef:
kind: AWSClusterRoleIdentity
name: {{ .Values.aws.awsClusterRole }}
(role vs. identity)
I can see that opsctl open -i golem -a cloudprovider --workload-cluster andreas2
doesn't take me to the right AWS account, so I may need to fix that as well, if even possible.
opsctl open -i golem -a cloudprovider --workload-cluster andreas2
seems to work but only once the AWSCluster
exists of course, and it otherwise shows a warning and uses the default cluster role identity. So no need to fix – works already.
Confirmed deployed in production clusters. AliYun image push fails, but we think this does not matter right now and I created a follow-up: https://github.com/giantswarm/roadmap/issues/1822.
Reopening as the Transit Gateway needs to be shared with the WC account by the network-topology-operator
Released in aws-network-topology-operator@v1.5.0
Issue
The transit gateway is not associated to the workload cluster's VPC if the cluster is private and created in a different AWS account.
The cluster was created on
golem
with the following config:The
aws-network-topology-operator
is saying that AWS can't find an existing subnet when the transit gateway is attached:The subnet
subnet-0545a88f6cbcbef1d
exists:All the operations in the operator are done from the perspective of the management cluster. There are only 2 places where the
GetAWSClusterRoleIdentity
function is called:The transit gateway attachment needs to be executed from the workload cluster's perspective.
Resources