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

docs: Update DEVNETS to reflect latest auth workflow #253

Merged
merged 1 commit into from
Jul 20, 2023

Conversation

exdx
Copy link
Contributor

@exdx exdx commented Jul 19, 2023

Using avalanche-ops locally has changed significantly due to a new
identity provider for AWS authentication.

Signed-off-by: Dan Sover [email protected]

@exdx exdx requested a review from patrick-ogrady as a code owner July 19, 2023 17:54
hexfusion
hexfusion previously approved these changes Jul 19, 2023
Using avalanche-ops locally has changed significantly due to a new
identity provider for AWS authentication.

Signed-off-by: Dan Sover <[email protected]>
@exdx exdx force-pushed the docs/avalanche-ops-devnet branch from 591b6a2 to 4d6f276 Compare July 19, 2023 19:20
```

The `default-spec` (and `apply`) command only provisions nodes, not Custom VMs.
The Subnet and Custom VM installation are done via `install-subnet-chain` sub-commands that follow.

*NOTE*: The `--auto-regions 3` flag only lists the pre-defined regions and evenly distributes anchor and non-anchor nodes across regions in the default spec output. It is up to the user to change the regions and spec file based on the regional resource limits (e.g., pick the regions with higher EIP limits). To see what regions available in your AWS account, simply run the [`aws account list-regions`](https://docs.aws.amazon.com/cli/latest/reference/account/list-regions.html) command, or look at the dropdown menu of your AWS console.

*NOTE*: Multiple regions can alternatively be selected by providing a comma-separated list of regions to the `--regions` flag. This will also spin up a dev machine in each region selected, if `--create-dev-machine` is enabled.
Copy link
Contributor

Choose a reason for hiding this comment

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

How does this interact with the regions passed into the instance-types map?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

How does this interact with the regions passed into the instance-types map?

avalancheup uses the --regions flag when determining in which regions to spin up dev machines specifically. The dev machine can be further customized using the dev_machine field on the spec. There is a dev_machine.instance_types field to select specific types.

The instance-type is used for nodes in the subnet specifically. If you use --regions only then avalancheup generates an instance-type map under the hood using the default EC2 instances in each specific region.

My impression is that --regions and --instance-types` can be used together without conflict. The dev machines regions should be a subset of the overall regions selected.

@patrick-ogrady patrick-ogrady merged commit 30b3d52 into main Jul 20, 2023
@patrick-ogrady patrick-ogrady deleted the docs/avalanche-ops-devnet branch July 20, 2023 04:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants