Skip to content

Conversation

@nikhita
Copy link
Contributor

@nikhita nikhita commented May 9, 2019

@kubermatic-bot kubermatic-bot added the release-note-none Denotes a PR that doesn't merit a release note. label May 9, 2019
@kubermatic-bot kubermatic-bot added sig/cluster-management Denotes a PR or issue as being assigned to SIG Cluster Management. size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels May 9, 2019
"local-zone = \"my-zone\"\n",
"local-zone = \"my-zone\"\n" +
"multizone = true\n" +
"regional = true\n",
Copy link
Contributor

Choose a reason for hiding this comment

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

Do we need both of these? What's the difference between multi-zone and regional?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

What's the difference between multi-zone and regional?

Referring to the docs:

  • multizone clusters: "A multi-zone cluster runs nodes in multiple zones within the same region. All nodes in a single-zone or multi-zone cluster are controlled by the same cluster master.
  • regional clusters: "Regional clusters distribute Kubernetes resources across multiple zones within a region. Regional cluster create three cluster masters across three zones and, by default, create nodes in three zones, or in as many zones as desired."

Do we need both of these?

And from the code in Kubernetes, if either multizone or regional is enabled, managedZones uses all zones. Multizone is mainly used only for this purpose, but regional is used a config for the gce instance interface.

I think we can remove multizone...but I'd like more eyes on this for confirming.

Copy link
Contributor

Choose a reason for hiding this comment

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

Actually thinking about it, adding the option to the config struct wont harm, even if we end up not using it

/lgtm
/approve

@kubermatic-bot kubermatic-bot added the lgtm Indicates that a PR is ready to be merged. label May 9, 2019
@kubermatic-bot
Copy link
Contributor

LGTM label has been added.

Git tree hash: af43930771d08c6b00cf6cf98195ff03b099d10e

@kubermatic-bot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: alvaroaleman

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:

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

@kubermatic-bot kubermatic-bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label May 9, 2019
@kubermatic-bot kubermatic-bot merged commit f1cd2ab into kubermatic:master May 9, 2019
@nikhita nikhita deleted the gcp-04 branch May 9, 2019 11:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. release-note-none Denotes a PR that doesn't merit a release note. sig/cluster-management Denotes a PR or issue as being assigned to SIG Cluster Management. size/S Denotes a PR that changes 10-29 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants