Callaba
Guida utente del prodotto

Nodi del cluster

Register and manage trusted master or slave nodes for supported self-hosted cluster membership.

Dove trovarlo in CallabaAdvanced → Cluster nodes
Cosa fa questo modulo

Cluster nodes manage database and application membership. They do not promise automatic workload scheduling, geographic routing or seamless autoscaling.

Prima di iniziare

  • Private network reachability between nodes.

  • Administrator API token for the node being attached.

  • Compatible Callaba versions and a current configuration backup.

Impostazioni spiegate

Sono mostrati i controlli necessari all’operatore. Nomi interni dei campi ed eventi di implementazione sono intenzionalmente esclusi.

Node identity

Describe the trusted member.

Name

Operator-facing node name.

Node type

Master, Slave or Test role supported by the UI.

Private host

Reachable private address used between nodes.

Avoid a public address when a private path is available.
API token

Administrator token used to establish trusted management.

Treat it as a secret.
Active

Lifecycle state of the registered node.

Primo workflow sicuro

  1. 01

    Back up the current configuration and verify private network connectivity.

  2. 02

    Create the node with its intended role, private host and administrator token.

  3. 03

    Attach the node and wait for membership to settle.

  4. 04

    Start it and verify reachability plus the expected database membership.

  5. 05

    Test detach and recovery procedure outside a production incident.

Esempi di workflow

Usalo quando

Add a trusted slave node

A self-hosted deployment needs a supported additional cluster member.

Primary nodeCurrent cluster
Private networkReachability
Slave nodeAttach + start
MembershipVerified state
Diagramma animato del workflow: Add a trusted slave node

Come costruirlo

  1. 1

    Confirm compatible versions, backup and private connectivity.

  2. 2

    Register the Slave with its private host and token.

  3. 3

    Attach and start the node in a controlled window.

  4. 4

    Verify node state and database membership before using it operationally.

Usalo quando

Reattach a node after planned maintenance

A trusted cluster member was intentionally detached for host or network maintenance.

Maintenance recordKnown baseline
Private pathReachability + version
Cluster nodeAttach + start
MembershipVerified return
Diagramma animato del workflow: Reattach a node after planned maintenance

Come costruirlo

  1. 1

    Confirm that maintenance is complete and compare the node version, role and private address with the recorded baseline.

  2. 2

    Verify private connectivity and the trusted token before changing membership.

  3. 3

    Attach and start the existing node during the approved window.

  4. 4

    Check the resulting membership and application health before returning the node to operational use.

Verifica il risultato

  • The node is reachable over the intended private path.
  • Role and lifecycle state match the planned topology.
  • Attach/detach operations produce the expected membership state.

Risoluzione dei problemi

Attach fails

Controlla
  • Check private reachability.
  • Verify the node token and version.
  • Confirm the role and current membership.
Poi procedi così

Correct trust or network prerequisites before repeating the attach action.