generated from ethpandaops/template-devnets
-
Notifications
You must be signed in to change notification settings - Fork 6
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
## Prepare pectra-devnet-1 Genesis: 2024-07-23 11:00 UTC ### Ready Clients **Execution Layer** | Client | Image | | ------- | --------- | | Nethermind | `nethermindeth/nethermind:pectra` | | Geth | `ethpandaops/geth:lightclient-prague-devnet-1-247a930` | | EthereumJS | `ethpandaops/ethereumjs:master-b543d2f` | | Besu | `ethpandaops/besu:main-bcbfec0` | | Reth | `ethpandaops/reth:main-ed16643` | | Erigon | `ethpandaops/erigon:main-6231a93` | **Consensus Layer** | Client | Image | | ------- | --------- | | Teku | `ethpandaops/teku:master-2d2d17b` | | Nimbus | `ethpandaops/nimbus-eth2:unstable-ae0a148` | | Lodestar | `ethpandaops/lodestar:electra-fork-68cefff` | | Grandine | `ethpandaops/grandine:electra-a00d47d` | | Lighthouse | `ethpandaops/lighthouse:electra-devnet-1-ba28217` | | Prysm | `ethpandaops/prysm-beacon-chain:develop-4d823ac` | ### Client Pairs all client pairs with 200 keys, except ethereumjs with 100 keys per pair. total keys: 6600
- Loading branch information
Showing
119 changed files
with
198,283 additions
and
24 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -14,7 +14,8 @@ This repository contains the infrastructure code used to setup ~all~ dev/testnet | |
|
||
Status | Network | Links | Ansible | Terraform | Kubernetes | ||
------ |------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| ----- | ------- | ------ | ||
Off🔴 | [pectra-devnet-0](https://pectra-devnet-0.ethpandaops.io/) | [Network config](network-configs/devnet-0) / [Inventory](https://bootnode-1.pectra-devnet-0.ethpandaops.io/meta/api/v1/inventory.json) / [Validator ranges](https://bootnode-1.pectra-devnet-0.ethpandaops.io/meta/api/v1/validator-ranges.json) | [🔗](ansible/inventories/devnet-0) | [🔗](terraform/devnet-0) | [🔗](kubernetes/devnet-0) | ||
🔴 Off | [pectra-devnet-0](https://pectra-devnet-0.ethpandaops.io/) | [Network config](network-configs/devnet-0) / [Inventory](https://bootnode-1.pectra-devnet-0.ethpandaops.io/meta/api/v1/inventory.json) / [Validator ranges](https://bootnode-1.pectra-devnet-0.ethpandaops.io/meta/api/v1/validator-ranges.json) | [🔗](ansible/inventories/devnet-0) | [🔗](terraform/devnet-0) | [🔗](kubernetes/devnet-0) | ||
🟢 Active | [pectra-devnet-1](https://pectra-devnet-1.ethpandaops.io/) | [Network config](network-configs/devnet-1) / [Inventory](https://bootnode-1.pectra-devnet-1.ethpandaops.io/meta/api/v1/inventory.json) / [Validator ranges](https://bootnode-1.pectra-devnet-1.ethpandaops.io/meta/api/v1/validator-ranges.json) | [🔗](ansible/inventories/devnet-1) | [🔗](terraform/devnet-1) | [🔗](kubernetes/devnet-1) | ||
|
||
# Development | ||
## Version management for tools | ||
|
@@ -24,7 +25,7 @@ We're using [asdf](https://github.com/asdf-vm/asdf) to make sure that we all use | |
You can then use [`./setup.sh`](./asdf-setup.sh) to install all dependencies. | ||
|
||
## Terraform | ||
From [`./terraform/devnet-0/`](./terraform/devnet-0/) | ||
From [`./terraform/devnet-1/`](./terraform/devnet-1/) | ||
|
||
Make sure you select either hetzner or digitalocean (default is digitialocean), if you want to use hetzner rename digitalocean.tf to digitalocean.tf.disabled and rename hetzner.tf.disabled to hetzner.tf and vice versa. | ||
|
||
|
@@ -37,18 +38,18 @@ terraform apply | |
To install the nodes according to the inventory file that is generated by the terraform template run the following commands from [`./ansible/`](./ansible/) | ||
```shell | ||
./install_dependencies.sh | ||
ansible-playbook -i inventories/devnet-0/inventory.ini playbook.yaml | ||
ansible-playbook -i inventories/devnet-1/inventory.ini playbook.yaml | ||
``` | ||
In order to clean up the deployment | ||
```shell | ||
ansible-playbook -i inventories/devnet-0/inventory.ini cleanup_ethereum.yaml | ||
ansible-playbook -i inventories/devnet-1/inventory.ini cleanup_ethereum.yaml | ||
``` | ||
|
||
# Spinning up a New Testnet | ||
To create a new testnet using the infrastructure code, follow these steps: | ||
|
||
## Validator Configuration | ||
1. Open the [main.tf](terraform/devnet-0/main.tf) file located in the terraform/devnet-0/ directory. | ||
1. Open the [main.tf](terraform/devnet-1/main.tf) file located in the terraform/devnet-1/ directory. | ||
|
||
2. Locate the sections that define the different nodes and their corresponding validator ranges, for this example this is `variable "digitalocean_vm_groups"` | ||
|
||
|
@@ -71,7 +72,7 @@ For example, let's say you want to assign validator index 0-24 to the lodestar-b | |
``` | ||
Make sure to adjust the validator ranges according to your requirements and the number of validators in your network. This configuration ensures that validators within the specified ranges will be allocated to the corresponding nodes during the deployment. By customizing the validator indexes in the Terraform configuration, you can allocate validators to specific nodes in your network according to your desired configuration. | ||
|
||
4. `terraform apply` will create a the machines and the inventory file for you. The inventory file will be located in the [ansible/inventories/devnet-0](ansible/inventories/devnet-0/) directory. | ||
4. `terraform apply` will create a the machines and the inventory file for you. The inventory file will be located in the [ansible/inventories/devnet-1](ansible/inventories/devnet-1/) directory. | ||
|
||
5. The inventory.ini file will have the list of all the nodes that were created by Terraform. The inventory file will also have the validator ranges that were specified in the Terraform configuration. The validator ranges will be used by the Ansible playbook to allocate validators to the corresponding nodes. | ||
```ini | ||
|
@@ -80,64 +81,64 @@ lodestar-besu-1 ansible_host=167.99.34.241 cloud=digitalocean cloud_region=ams3 | |
... | ||
``` | ||
|
||
6. Adjust the total number of validators in the [ansible/inventories/devnet-0/group_vars/all.yaml](ansible/inventories/devnet-0/group_vars/all.yaml) file (ethereum_genesis_generator_config_files.values.env.NUMBER_OF_VALIDATORS) to match with your total number of validators that you are running.. This will be used by the Ansible playbook to generate the validator keys and deposit data for the network. | ||
6. Adjust the total number of validators in the [ansible/inventories/devnet-1/group_vars/all.yaml](ansible/inventories/devnet-1/group_vars/all.yaml) file (ethereum_genesis_generator_config_files.values.env.NUMBER_OF_VALIDATORS) to match with your total number of validators that you are running.. This will be used by the Ansible playbook to generate the validator keys and deposit data for the network. | ||
|
||
## Network Configuration | ||
1. [ansible/inventories/devnet-0/group_vars/all.yaml](ansible/inventories/devnet-0/group_vars/all.yaml) has all the network configuration parameters. Adjust the parameters according to your requirements. Most likely you will not need to adjust these, unless you would like to use a custom setup. The default configuration will work for most networks. | ||
1. [ansible/inventories/devnet-1/group_vars/all.yaml](ansible/inventories/devnet-1/group_vars/all.yaml) has all the network configuration parameters. Adjust the parameters according to your requirements. Most likely you will not need to adjust these, unless you would like to use a custom setup. The default configuration will work for most networks. | ||
|
||
## Deploying the Network | ||
1. Run | ||
```shell | ||
ansible-playbook -i inventories/devnet-0/inventory.ini playbook.yaml | ||
ansible-playbook -i inventories/devnet-1/inventory.ini playbook.yaml | ||
``` | ||
from the [ansible/](ansible/) directory to deploy the network. This will generate the genesis file, validators and deploy the network according to the configuration parameters specified in the [ansible/inventories/devnet-0/group_vars/all.yaml](ansible/inventories/devnet-0/group_vars/all.yaml) file. | ||
from the [ansible/](ansible/) directory to deploy the network. This will generate the genesis file, validators and deploy the network according to the configuration parameters specified in the [ansible/inventories/devnet-1/group_vars/all.yaml](ansible/inventories/devnet-1/group_vars/all.yaml) file. | ||
|
||
Don't forget the following gotchas: | ||
- Change the `ethereum_genesis_chain_id` value in [ansible/inventories/devnet-0/group_vars/all.yaml](ansible/inventories/devnet-0/group_vars/all.yaml) to avoid clashing with an existing network | ||
- Change the `ethereum_genesis_chain_id` value in [ansible/inventories/devnet-1/group_vars/all.yaml](ansible/inventories/devnet-1/group_vars/all.yaml) to avoid clashing with an existing network | ||
- Ensure you have `docker` running on your local machine, this is essential for generating some post-testnet files | ||
- Make sure you add the github usernames to `bootstrap_default_user_authorized_keys_github_...`, otherwise ansible will fail on the bootstrap step | ||
## Cleaning up the Network | ||
1. Run | ||
```shell | ||
ansible-playbook -i inventories/devnet-0/inventory.ini cleanup_ethereum.yaml | ||
ansible-playbook -i inventories/devnet-1/inventory.ini cleanup_ethereum.yaml | ||
``` | ||
from the [ansible/](ansible/) directory to clean up the network. This will delete the genesis file, validators and clean up the network on all the nodes. | ||
|
||
2. Run | ||
```shell | ||
ansible-playbook -i inventories/devnet-0/inventory.ini ansible-playbook playbook.yaml -t ethereum_genesis -e ethereum_genesis_cleanup=true | ||
ansible-playbook -i inventories/devnet-1/inventory.ini ansible-playbook playbook.yaml -t ethereum_genesis -e ethereum_genesis_cleanup=true | ||
``` | ||
from the [ansible/](ansible/) directory to clean up the network-configs and validators directories on your local machine. This step is required if you would like to reuse the nodes but with a different genesis configuration. (For example, if you would like to change the validator indexes assigned to the nodes, due to a relaunch). | ||
|
||
3. Run `terraform destroy` from the [terraform/devnet-0/](terraform/devnet-0/) directory to delete the nodes. This will remove all the virtual machines and the inventory file. Be careful when running this command, as it will delete all the nodes and the inventory file. You will need to run `terraform apply` again to create the nodes and the inventory file. | ||
3. Run `terraform destroy` from the [terraform/devnet-1/](terraform/devnet-1/) directory to delete the nodes. This will remove all the virtual machines and the inventory file. Be careful when running this command, as it will delete all the nodes and the inventory file. You will need to run `terraform apply` again to create the nodes and the inventory file. | ||
|
||
## Tooling and Infrastructure | ||
* The tooling for the different test networks is managed by our Kubernetes stack. These tools utilize the [ethereum-helm-charts](https://github.com/ethpandaops/ethereum-helm-charts) repository. The deployment of the tooling is handled by ArgoCD, a continuous delivery and GitOps tool for Kubernetes. (Warning, this will not work, unless ArgoCD is configured to monitor the repository). | ||
* Place any custom tooling in the [kubernetes/devnet-0](kubernetes/devnet-0) directory. The tooling will be deployed to the Kubernetes cluster by ArgoCD. | ||
* Place any custom tooling in the [kubernetes/devnet-1](kubernetes/devnet-1) directory. The tooling will be deployed to the Kubernetes cluster by ArgoCD. | ||
* Keep the format of kubernetes/devnet-name/tool-name/ as this will be used by ArgoCD to deploy the tooling to the Kubernetes cluster. | ||
* To update a kubernetes helm chart, remove Chart.lock and run `helm dependency update` from the tool directory. This will update the dependencies for the helm chart. Commit the changes to the repository and ArgoCD will automatically deploy the updated tooling to the Kubernetes cluster. | ||
* To add a new tool, create a new directory in the [kubernetes/devnet-0](kubernetes/devnet-0) directory. The directory name will be used as the tool name. Place the helm chart in the tool directory. Commit the changes to the repository and ArgoCD will automatically deploy the new tooling to the Kubernetes cluster. | ||
* To add a new tool, create a new directory in the [kubernetes/devnet-1](kubernetes/devnet-1) directory. The directory name will be used as the tool name. Place the helm chart in the tool directory. Commit the changes to the repository and ArgoCD will automatically deploy the new tooling to the Kubernetes cluster. | ||
* To modify the configuration of a tool, modify the values.yaml file in the tool directory. Commit the changes to the repository and ArgoCD will automatically deploy the updated tooling to the Kubernetes cluster. | ||
* To delete a tool, delete the tool directory or move the devnet to kubernetes-archive directory, as this will not be monitored by ArgoCD. Commit the changes to the repository and ArgoCD will automatically delete the tooling from the Kubernetes cluster. | ||
|
||
## Additional tips and tricks | ||
* To get the IP addresses of the nodes, run `terraform output` from the [terraform/devnet-0/](terraform/devnet-0/) directory. | ||
* To get the IP addresses of the nodes, run `terraform output` from the [terraform/devnet-1/](terraform/devnet-1/) directory. | ||
* To get the validator ranges run | ||
```shell | ||
curl -s https://bootnode-1.srv.devnet-0.ethpandaops.io/meta/api/v1/validator-ranges.json | ||
curl -s https://bootnode-1.srv.devnet-1.ethpandaops.io/meta/api/v1/validator-ranges.json | ||
``` | ||
* To get which validator proposed a specific block run | ||
```shell | ||
ethdo --connection=https://user:[email protected]0.ethpandaops.io block info --blockid 100 --json | jq -r .message.proposer_index | ./whose_validator.zsh | ||
ethdo --connection=https://user:[email protected]1.ethpandaops.io block info --blockid 100 --json | jq -r .message.proposer_index | ./whose_validator.zsh | ||
``` | ||
from the [ansible/](ansible/) directory. | ||
* Getting execution layer client enodes | ||
```shell | ||
curl -s https://config.devnet-0.ethpandaops.io/api/v1/nodes/inventory | jq -r '.ethereum_pairs[] | .execution.enode' | ||
curl -s https://config.devnet-1.ethpandaops.io/api/v1/nodes/inventory | jq -r '.ethereum_pairs[] | .execution.enode' | ||
``` | ||
* Getting conseus layer client ENRs | ||
```shell | ||
curl -s https://config.devnet-0.ethpandaops.io/api/v1/nodes/inventory | jq -r '.ethereum_pairs[] | .consensus.enr' | ||
curl -s https://config.devnet-1.ethpandaops.io/api/v1/nodes/inventory | jq -r '.ethereum_pairs[] | .consensus.enr' | ||
``` | ||
* Update all sops files | ||
```shell | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
../../../../group_vars/all/defaults.yaml |
Oops, something went wrong.