Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Single management cluster #431

Merged
merged 3 commits into from
Oct 15, 2021

Conversation

mdsgabriel
Copy link
Member

Issue #, if available:

Description of changes:
Allow users to create workload clusters using an existing management cluster

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

This will introduce a new optional flag (--kubeconfig) that will be used
when creating workload clusters.
Users will run the following command:

eksctl anyhwere create cluster -f workload-cluster-spec.yaml
--kuneconfig management.kubeconfig

Where "management.kubeconfig" is the kubeconfig file of an existing
management cluster.

The command above will create a workload cluster.

Closes aws#386
The GetMachines() method was previously listing all Machine CRs in the
cluster. With the introduction of Workload clusters it is necessary to
filter machines using the cluster name
@abhay-krishna abhay-krishna added approved size/L Denotes a PR that changes 100-499 lines, ignoring generated files. labels Oct 14, 2021
err = fc.writeFluxSystemFiles()
if err != nil {
return &ConfigVersionControlFailedError{Err: err}
if fc.clusterSpec.Spec.Management == nil || !*fc.clusterSpec.Spec.Management {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i think we want to treat Spec.Management == nil as management cluster right? if so, we should generate flux manifests.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

@abhay-krishna
Copy link
Member

Keywords which can automatically close issues and at(@) mentions are not allowed in commit messages.

The list of commits with invalid commit messages:

  • e7d82bb Allow users to create wokload clusters

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@abhay-krishna
Copy link
Member

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jiayiwang7, mdsgabriel

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:
  • OWNERS [jiayiwang7,mdsgabriel]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@jiayiwang7
Copy link
Member

/lgtm

@abhay-krishna abhay-krishna merged commit aa53518 into aws:main Oct 15, 2021
rothgar pushed a commit to rothgar/eks-anywhere that referenced this pull request Nov 20, 2021
* Allow users to create wokload clusters

This will introduce a new optional flag (--kubeconfig) that will be used
when creating workload clusters.
Users will run the following command:

eksctl anyhwere create cluster -f workload-cluster-spec.yaml
--kuneconfig management.kubeconfig

Where "management.kubeconfig" is the kubeconfig file of an existing
management cluster.

The command above will create a workload cluster.

Closes aws#386

* Use cluster name when listing machines

The GetMachines() method was previously listing all Machine CRs in the
cluster. With the introduction of Workload clusters it is necessary to
filter machines using the cluster name

* Fix logic
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved lgtm size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants