Skip to content

Add a new member to an existing organization

This guide explains how to add a new validator node to an existing organization in a Hyperledger Besu network using two methods:

  1. Using the site.yaml playbook: This playbook involves running an Ansible playbook that automates the process of adding a new org to the network.

  2. Using helm install: This method involves using the helm install commands to directly add a new org to the network.

Method 1: Using the site.yaml playbook

  1. Prerequisites

    To add a new organization in Besu, an existing besu network should be running, enode information of all existing nodes present in the network should be available, genesis file should be available in base64 encoding and the information of besu nodes should be available. The new node account should be unlocked prior adding the new node to the existing besu network.

    Important

    Addition of a new organization has been tested on an existing network which is created by Bevel. Networks created using other methods may be suitable but this has not been tested by Bevel team.

    Note

    The guide is only for the addition of member organization in existing besu network.

  2. Update network.yaml file

    Make sure that the genesis file is provided in base64 encoding. Also, if you are adding node to the same cluster as of another node, make sure that you add the ambassador ports of the existing node present in the cluster to the network.yaml

    The network.yaml file should contain the specific network.organization details along with the enode information, genesis file in base64 encoding and tessera transaction manager details

    Note

    Make sure that the genesis flie is provided in base64 encoding. Also, if you are adding node to the same cluster as of another node, make sure that you add the ambassador ports of the existing node present in the cluster to the network.yaml

    For reference, sample network-besu-new-memberorg.yaml file here

    ##############################################################################################
    #  Copyright Accenture. All Rights Reserved.
    #
    #  SPDX-License-Identifier: Apache-2.0
    ##############################################################################################
    
    ---
    # yaml-language-server: $schema=../../../../platforms/network-schema.json
    # This is a sample configuration file to add a new organization to existing network
    # This DOES NOT support proxy=none
    # All text values are case-sensitive
    network:
      # Network level configuration specifies the attributes required for each organization
      # to join an existing network.
      type: besu
      version: 22.10.2  #this is the version of Besu docker image that will be deployed.
    
      #Environment section for Kubernetes setup
      env:
        type: "besu"              # tag for the environment. Important to run multiple flux on single cluster
        proxy: ambassador               # value has to be 'ambassador' as 'haproxy' has not been implemented for Besu
        proxy_namespace: "ambassador"
        #  These ports are enabled per cluster, so if you have multiple clusters you do not need so many ports
        #  This sample uses a single cluster, so we have to open 3 ports for each Node. These ports are again specified for each organization below
        ambassadorPorts:                # Any additional Ambassador ports can be given here, this is valid only if proxy='ambassador'
          portRange:              # For a range of ports 
            from: 15020 
            to: 15023
        # ports: 15020,15021      # For specific ports
        loadBalancerSourceRanges: # (Optional) Default value is '0.0.0.0/0', this value can be changed to any other IP adres or list (comma-separated without spaces) of IP adresses, this is valid only if proxy='ambassador'
        retry_count: 20                 # Retry count for the checks on Kubernetes cluster
        external_dns: enabled           # Should be enabled if using external-dns for automatic route configuration
    
      # Prometheus setup section
      prometheus:
        enabled: true                   # Set to "true" to enable Prometheus monitoring, or "false" to disable it.
        ambassador_mapping: enabled     # Choose "enabled" to make Prometheus publically accessible through Ambassador, or "disabled" to restrict access to local use via port-forwarding.
        prometheus_prefix: bevelprom    # The prefix added to the organization's external_url_suffix to create the hostname.
        port: 80                        # The port will be used by Ambassador for Prometheus. Supported values include 80, 443, or any unused port from the network.env.ambassadorPorts range.
        # To access Prometheus publicly:
        # Use <prometheus_prefix>.<organization's external_url_suffix> if using port 80 or 443.
        # Use <random-string>.<organization's external_url_suffix>:<port> if selecting a port from network.env.ambassadorPorts range.
    
      # Docker registry details where images are stored. This will be used to create k8s secrets
      # Please ensure all required images are built and stored in this registry.
      # Do not check-in docker_password.
      docker:
        url: "ghcr.io/hyperledger"
        username: "docker_username"
        password: "docker_password"
    
      # Following are the configurations for the common Besu network
      config:    
        consensus: "qbft"                 # Options are "ibft2", "qbft", "ibft" and "clique".
        ## Certificate subject for the root CA of the network. 
        #  This is for development usage only where we create self-signed certificates and the truststores are generated automatically.
        #  Production systems should generate proper certificates and configure truststores accordingly.
        subject: "CN=DLT Root CA,OU=DLT,O=DLT,L=London,C=GB"
        transaction_manager: "tessera"    # Transaction manager is "tessera" or "none"
        # This is the version of "tessera" docker image that will be deployed
        tm_version: "21.7.3"
        # TLS can be True or False for the tessera tm
        tm_tls: True
        # Tls trust value
        tm_trust: "ca-or-tofu"                  # Options are: "ca-or-tofu", "ca", "tofu"
        ## Transaction Manager nodes public addresses should be provided.
        #  - "https://node.test.besu.blockchaincloudpoc-develop.com"
        # The above domain name is formed by the (http or https)://(peer.name).(org.external_url_suffix):(ambassador tessera node port)
        tm_nodes:
          - "https://carrier.test.besu.blockchaincloudpoc-develop.com:443"
          - "https://manufacturer.test.besu.blockchaincloudpoc-develop.com:443"
          - "https://store.test.besu.blockchaincloudpoc-develop.com:443"
        # Besu rpc public address list for existing validator and member nodes 
        #  - "http://node.test.besu.blockchaincloudpoc-develop.com:15011"
        # The above domain name is formed by the (http)://(peer.name)rpc.(org.external_url_suffix):80
        besu_nodes:
          - "http://validator-1rpc.test.besu.blockchaincloudpoc-develop.com"
          - "http://validator-2rpc.test.besu.blockchaincloudpoc-develop.com"
          - "http://validator-3rpc.test.besu.blockchaincloudpoc-develop.com"
          - "http://validator-4rpc.test.besu.blockchaincloudpoc-develop.com"
          - "http://carrierrpc.test.besu.blockchaincloudpoc-develop.com"
          - "http://manufacturerrpc.test.besu.blockchaincloudpoc-develop.com"
          - "http://storerpc.test.besu.blockchaincloudpoc-develop.com"
    
      # Allows specification of one or many organizations that will be connecting to a network.
      organizations:
        # Specification for the new organization. Each organization should map to a VPC and a separate k8s cluster for production deployments
        - organization:
          name: neworg
          type: member
          # Provide the url suffix that will be added in DNS recordset. Must be different for different clusters
          external_url_suffix: test.besu.blockchaincloudpoc.com
          #Providing issuer as letsencrypt would create tls certificate using letsencrypt CA, 
          #This is Optional, if no value or default is provided, self signed certificates will be created
          issuer: default
          org_status: new   # Choose from new | existing
          cloud_provider: aws   # Options: aws, azure, gcp
          aws:
            access_key: "aws_access_key"        # AWS Access key, only used when cloud_provider=aws
            secret_key: "aws_secret_key"        # AWS Secret key, only used when cloud_provider=aws
            region: "aws_region"                # AWS Region where cluster and EIPs are created
          # Kubernetes cluster deployment variables. The config file path and name has to be provided in case
          # the cluster has already been created.
          k8s:
            context: "cluster_context"
            config_file: "cluster_config"
          # Hashicorp Vault server address and root-token. Vault should be unsealed.
          # Do not check-in root_token
          vault:
            url: "vault_addr"
            root_token: "vault_root_token"
            secret_path: "secretsv2"
          # Git Repo details which will be used by GitOps/Flux.
          # Do not check-in git_access_token
          gitops:
            git_protocol: "https" # Option for git over https or ssh
            git_url: "https://github.com/<username>/bevel.git"         # Gitops https or ssh url for flux value files 
            branch: "develop"           # Git branch where release is being made
            release_dir: "platforms/hyperledger-besu/releases/dev" # Relative Path in the Git repo for flux sync per environment. 
            chart_source: "platforms/hyperledger-besu/charts"     # Relative Path where the Helm charts are stored in Git repo
            git_repo: "github.com/<username>/bevel.git"   # Gitops git repository URL for git push 
            username: "git_username"          # Git Service user who has rights to check-in in all branches
            password: "git_access_token"          # Git Server user password/token (Optional for ssh; Required for https)
            email: "git@email.com"                # Email to use in git config
            private_key: "path_to_private_key"          # Path to private key file which has write-access to the git repo (Optional for https; Required for ssh)
          # The participating nodes are named as peers
          services:
            peers:
            - peer:
              name: neworg
              subject: "O=Neworg,OU=Neworg,L=51.50/-0.13/London,C=GB" # This is the node subject. L=lat/long is mandatory for supplychain sample app
              geth_passphrase: "12345"  # Passphrase to be used to generate geth account
              lock: false        # Sets Besu node to lock or unlock mode. Can be true or false
              cactus_connector: disabled  # set to enabled to create a cactus connector for Besu
              p2p:
                port: 30303
                ambassador: 15020       #Port exposed on ambassador service (use one port per org if using single cluster)
              rpc:
                port: 8545
                ambassador: 80       # Will only support port 80
              ws:
                port: 8546
              db:
                port: 3306        # Only applicable for tessra where mysql db is used
              tm_nodeport:
                port: 443             # Port exposed on ambassador service must be same
                ambassador: 443    
              tm_clientport:
                port: 8888  
              metrics:
                enabled: false      # Set this to true to enable Prometheus monitoring for this node, or false to disable it.
                port: 9545          # Specify the port that Prometheus will use to collect metrics for this node.          
    

    Three new sections are added to the network.yaml

    Field Description
    tm_nodes Existing network's transaction manager nodes' public addresses with nodeport.
    besu_nodes Existing network's besu nodes' public addresses with rpc port.
    genesis Path to existing network's genesis.json in base64.
  3. Run playbook

    The site.yaml playbook is used to add a new organization to the existing network. This can be done using the following command

    ansible-playbook platforms/shared/configuration/add-new-organization.yaml --extra-vars "@path-to-network.yaml"
    
  4. Verify network deployment

    For instructions on how to troubleshoot network, read our troubleshooting guide

Method 2: Using helm install

For instructions on how to troubleshoot network, read [our troubleshooting guide](../../../../platforms/hyperledger-besu/charts/README.md)
  1. Update the txnode-sec.yaml file

    Following changes are must in the txnode-sec.yaml file for a new member to be added to the network:

    • global.proxy.externalUrlSuffix
    • tessera.tessera.peerNodes
  2. Get the genesis and static nodes from existing member and place in besu-genesis/files

    kubectl --namespace supplychain-bes get configmap besu-peers -o jsonpath='{.data.static-nodes\.json}' > static-nodes.json
    kubectl --namespace supplychain-bes get configmap besu-genesis  -o jsonpath='{.data.genesis\.json}' > genesis.json
    kubectl --namespace supplychain-bes get configmap besu-bootnodes  -o jsonpath='{.data.bootnodes-json}' > bootnodes.json
    
  3. Install the besu genesis chart

    helm install genesis ./besu-genesis --namespace carrier-bes --values ./values/proxy-and-vault/genesis-sec.yaml
    
  4. Install the besu-node chart

    helm install carrier ./besu-node --namespace carrier-bes --values ./values/proxy-and-vault/txnode-sec.yaml --set global.proxy.p2p=15016 --set node.besu.identity="O=Carrier,OU=Carrier,L=51.50/-0.13/London,C=GB"