* remote-node.sh: Factor out init wait to own script * remote-node.sh: Allow nodes to initialize asynchronously * testnet-automation: Plumb --async-node-init |
||
---|---|---|
.. | ||
remote | ||
scripts | ||
.gitignore | ||
README.md | ||
azure.sh | ||
colo.sh | ||
common.sh | ||
ec2.sh | ||
gce.sh | ||
init-metrics.sh | ||
net.sh | ||
scp.sh | ||
ssh.sh |
README.md
Network Management
This directory contains scripts useful for working with a test network. It's intended to be both dev and CD friendly.
User Account Prerequisites
GCP, AWS, colo are supported.
GCP
First authenticate with
$ gcloud auth login
AWS
Obtain your credentials from the AWS IAM Console and configure the AWS CLI with
$ aws configure
More information on AWS CLI configuration can be found here
Metrics configuration (Optional)
Ensure that $(whoami)
is the name of an InfluxDB user account with enough
access to create a new InfluxDB database. Ask mvines@ for help if needed.
Quick Start
NOTE: This example uses GCE. If you are using AWS EC2, replace ./gce.sh
with
./ec2.sh
in the commands.
$ cd net/
$ ./gce.sh create -n 5 -c 1 #<-- Create a GCE testnet with 5 additional nodes (beyond the bootstrap node) and 1 client (billing starts here)
$ ./init-metrics.sh $(whoami) #<-- Recreate a metrics database for the testnet and configure credentials
$ ./net.sh start #<-- Deploy the network from the local workspace and start processes on all nodes including bench-tps on the client node
$ ./ssh.sh #<-- Show a help to ssh into any testnet node to access logs/etc
$ ./net.sh stop #<-- Stop running processes on all nodes
$ ./gce.sh delete #<-- Dispose of the network (billing stops here)
Tips
Running the network over public IP addresses
By default private IP addresses are used with all instances in the same availability zone to avoid GCE network engress charges. However to run the network over public IP addresses:
$ ./gce.sh create -P ...
or
$ ./ec2.sh create -P ...
Deploying a tarball-based network
To deploy the latest pre-built edge
channel tarball (ie, latest from the master
branch), once the testnet has been created run:
$ ./net.sh start -t edge
Enabling CUDA
First ensure the network instances are created with GPU enabled:
$ ./gce.sh create -g ...
or
$ ./ec2.sh create -g ...
If deploying a tarball-based network nothing further is required, as GPU presence is detected at runtime and the CUDA build is auto selected.
Partition testing
To induce the partition net.sh netem --config-file <config file path>
To remove partition net.sh netem --config-file <config file path> --netem-cmd cleanup
The partitioning is also removed if you do net.sh stop
or restart
.
An example config that produces 3 almost equal partitions:
{
"partitions":[
34,
33,
33
],
"interconnects":[
{
"a":0,
"b":1,
"config":"loss 15% delay 25ms"
},
{
"a":1,
"b":0,
"config":"loss 15% delay 25ms"
},
{
"a":0,
"b":2,
"config":"loss 10% delay 15ms"
},
{
"a":2,
"b":0,
"config":"loss 10% delay 15ms"
},
{
"a":2,
"b":1,
"config":"loss 5% delay 5ms"
},
{
"a":1,
"b":2,
"config":"loss 5% delay 5ms"
}
]
}