- Introduction
- Requirements
- Setting up a Warehouse node
- Setting up a Google Cloud Bigtable instance
- Import Solana's Bigtable Instance
- Requirements
By design an RPC node with a default --limit-ledger-size
will store roughly 2 epochs worth of data so Solana relies on Google Cloud's Bigtable for long term storage.
The public endpoint that Solana provides https://api.mainnet-beta.solana.com has configured its own Bigtable instance to server requests since the Genesis Block.
This guide is meant to allow anyone to run his own Bigtable instance for long term storage in the Solana Blockchain.
- A Warehouse node
- A Google Cloud Bigtable instance
- A Google Cloud Storage bucket (optional)
A Warehouse node is responsible for feeding Bigtable with ledger data, so setting up one is the first thing that needs to be done in order for you to have your own Solana Bigtable instance.
Structurally a Warehouse node is similar to an RPC node that doesn't server RPC calls, but instead uploads ledger data to Bigtable.
Keeping your ledger history consistent is very important on a Warehouse node, since any gap on your local ledger will translate to a gap on your Bigtable instance, although these gaps could be potentially patched up by using solana-ledger-tool
.
Here you'll find all the necessary scripts to run your own Warehouse node:
warehouse.sh
→ Startup script for the Warehouse node:ledger_dir=<path_to_your_ledger>
ledger_snapshots_dir=<path_to_your_ledger_snapshots>
identity_keypair=<path_to_your_identity_keypair>
warehouse-upload-to-storage-bucket.sh
→ Script to upload the hourly snapshots to Google Cloud Storage every epoch.service-env.sh
→ Source file forwarehouse.sh
.GOOGLE_APPLICATION_CREDENTIALS=<path_to_your_google_cloud_credentials>
service-env-warehouse.sh
→ Source file forwarehouse-upload-to-storage-bucket.sh
.ZONE=<availability_zone>
STORAGE_BUCKET=<cloud_storage_bucket_name>
In order to import Solana's Bigtable Instance, you'll first need to set own Bigtable instance:
- Enable the
BigTable API
if you have not done it already, then click on theCreate Instance
inside theConsole
. - Name your
Instance
and then Select Storage type from HDD and SSD (SSD recommended). - Select a location → Region → Zone.
- Choose the number of
Nodes
for the cluster, each node provides 8TB of storage (as of 09/12/21 at least 4 nodes are required). - Create the following tables with the respective column family names:
Table ID | Column Family Name |
---|---|
blocks | x |
tx | x |
tx-by-addr | x |
- It's very important to give the same
Table ID
andColumn Family Name
inside your Bigtable instance or the Dataflow job will fail.
Alternatively, you create the tables by running the following commands through CLI:
- Update the
.cbtrc
file with credentials of the project and Bigtable instance in which we want to do the read and write operations:echo project = [PROJECT ID] > ~/.cbtrc
echo instance = [BIGTABLE INSTANCE ID] >> ~/.cbtrc
cat ~/.cbtr
- Create the tables inside the Bigtable instance with the family name defined inside it:
cbt createtable [TABLE NAME] “families=[COLUMN FAMILY1]
- When creating the table inside the instance remember the transfer through Dataflow always occurs within tables having the same column family name otherwise it will throw an error like “Requested column family not found = 1”.
Once your Warehouse node has stored ledger data for 1 epoch successfully and you have set up your Bigtable instance as explained above, you are ready to import Solana's Bigtable to yours. The import process is done through a Dataflow template that allows importing Cloud Storage SequenceFile to Bigtable:
- Create a new
Service Account
. - Assign a
Service Account Admin
role to it. - Enabling the
Dataflow API
in the project. - Create the Dataflow job from template
SequenceFile Files on Cloud storage to Cloud BigTable
. - Fill the
Required parameters
.
NOTE: As for now the migration process is on demand, so before creating the Dataflow job you'll need to send and email with the service account credentials you created xxx@xxx.iam.gserviceaccount.com
to joe@solana.com or axl@solana.com.