W E K A
4.0
4.0
  • WEKA v4.0 documentation
  • WEKA System Overview
    • About the WEKA system
    • SSD capacity management
    • Filesystems, object stores, and filesystem groups
    • Weka networking
    • Data lifecycle management
    • Weka client and mount modes
    • Weka containers architecture overview
    • Glossary
  • Getting Started with Weka
    • Quick installation guide
    • Manage the system using the Weka CLI
    • Manage the system using the Weka GUI
    • Run first IOs with WekaFS
    • Getting started with Weka REST API
  • Planning & Installation
    • Prerequisites for installation
    • Weka installation on bare metal
      • Planning a Weka System Installation
      • Prepare the system for Weka installation
        • SR-IOV enablement
      • Obtain the Weka software installation package
      • Weka cluster installation
      • WEKA legacy system installation process
      • Add clients
    • Weka installation on AWS
      • Self-service portal
      • CloudFormation template generator
      • Deployment types
      • AWS outposts deployment
      • Supported EC2 instance types
      • Add clients
      • Auto scaling group
      • Troubleshooting
  • Performance
    • Weka performance tests
      • Test environment details
  • WekaFS Filesystems & Object Stores
    • Manage object stores
      • Manage object stores using the GUI
      • Manage object stores using the CLI
    • Manage filesystem groups
      • Manage filesystem groups using the GUI
      • Manage filesystem groups using the CLI
    • Manage filesystems
      • Manage filesystems using the GUI
      • Manage filesystems using the CLI
    • Attach or detach object store buckets
      • Attach or detach object store bucket using the GUI
      • Attach or detach object store buckets using the CLI
    • Advanced data lifecycle management
      • Advanced time-based policies for data storage location
      • Data management in tiered filesystems
      • Transition between tiered and SSD-only filesystems
      • Manual fetch and release of data
    • Mount filesystems
    • Snapshots
      • Manage snapshots using the GUI
      • Manage snapshots using the CLI
    • Snap-To-Object
      • Manage Snap-To-Object using the GUI
      • Manage Snap-To-Object using the CLI
    • Quota management
  • Additional Protocols
    • NFS
      • Manage NFS networking using the GUI
      • Manage NFS networking using the CLI
    • SMB
      • Manage SMB using the GUI
      • Manage SMB using the CLI
    • S3
      • S3 cluster management
        • Manage the S3 service using the GUI
        • Manage the S3 service using the CLI
      • S3 buckets management
        • Manage S3 buckets using the GUI
        • Manage S3 buckets using the CLI
      • S3 users and authentication
        • Manage S3 users and authentication using the CLI
        • Manage S3 service accounts using the CLI
      • S3 rules information lifecycle management (ILM)
        • Manage S3 rules using the CLI
      • Audit S3 APIs
        • Configure audit webhook using the GUI
        • Configure audit webhook using the CLI
        • Example: How to use Splunk to audit S3
      • S3 supported APIs and limitations
      • S3 examples using boto3
  • Operation Guide
    • Alerts
      • Manage alerts using the GUI
      • Manage alerts using the CLI
      • List of alerts and corrective actions
    • Events
      • Manage events using the GUI
      • Manage events using the CLI
      • List of events
    • Statistics
      • Manage statistics using the GUI
      • Manage statistics using the CLI
      • List of statistics
    • System congestion
    • Security management
      • Obtain authentication tokens
      • KMS management
        • Manage KMS using the GUI
        • Manage KMS using the CLI
      • TLS certificate management
        • Manage the TLS certificate using the GUI
        • Manage the TLS certificate using the CLI
      • CA certificate management
        • Manage the CA certificate using the GUI
        • Manage the CA certificate using the CLI
      • Account lockout threshold policy management
        • Manage the account lockout threshold policy using GUI
        • Manage the account lockout threshold policy using CLI
      • Manage the login banner
        • Manage the login banner using the GUI
        • Manage the login banner using the CLI
    • User management
      • Manage users using the GUI
      • Manage users using the CLI
    • Organizations management
      • Manage organizations using the GUI
      • Manage organizations using the CLI
      • Mount authentication for organization filesystems
    • Expand and shrink cluster resources
      • Expand and shrink overview
      • Workflow: Add a backend host
      • Expansion of specific resources
      • Shrink a Cluster
    • Background tasks
    • Upgrade Weka versions
  • Billing & Licensing
    • License overview
    • Classic license
    • Pay-As-You-Go license
  • Support
    • Prerequisites and compatibility
    • Get support for your Weka system
    • Diagnostics management
      • Traces management
        • Manage traces using the GUI
        • Manage traces using the CLI
      • Protocols debug level management
        • Manage protocols debug level using the GUI
        • Manage protocols debug level using the CLI
      • Collect and upload diagnostics data
    • Weka Home - The Weka support cloud
      • Local Weka Home overview
      • Local Weka Home deployment
      • Set the Local Weka Home to send alerts or events
      • Download the Usage Report or Analytics
  • Appendix
    • Weka CSI Plugin
    • Set up the Weka-mon external monitoring
    • Set up the SnapTool external snapshots manager
  • REST API Reference Guide
Powered by GitBook
On this page
  • Dynamic modifications
  • Memory modifications
  • Network modifications
  • Host IPs modifications
  • Local resources editing commands
  • Addition of CPU cores
  • Expansion of only SSDs
  1. Operation Guide
  2. Expand and shrink cluster resources

Expansion of specific resources

This page provides the guidelines for expansion processes that only involve the addition of specific resources.

PreviousWorkflow: Add a backend hostNextShrink a Cluster

Last updated 1 year ago

Dynamic modifications

Most modifications to host configurations can be performed dynamically, without deactivating the host. Such configurations include the addition/removal of memory and network resources, changing IPs, extending network subnets and limiting the Weka system bandwidth on the host.

All these changes can be performed using the relevant weka cluster hostcommand. Once this command is used with a specific host-idselected, it will be staged for update on the cluster. To view the un-applied configuration, use the weka cluster host resources <host-id>command. To apply the changes, use the weka cluster host apply <host-ids> command. You can also apply these changes locally using the weka local resources apply command.

The last local configuration (of a host that successfully joined a cluster) is saved. If a failure/problem occurs with the new configuration, the host will automatically revert to the last known good configuration. To view this configuration, use theweka cluster host resources <host-id> --stable command.

Memory modifications

To dynamically change the memory configuration, use the steps described for the on an active host, followed by the weka cluster host apply command.

Example: To change host-id 0 memory to 1.5 GB, run the following commands:

weka cluster host memory 0 1.5GB weka cluster host apply 0

Release hugepages on each container

After reducing the memory allocation for a container, it is required to release the hugepages on each container.

Perform the following steps for each container:

  1. Obtain the release_hugepages.sh script below and copy it to the /opt/weka/ folder.

  2. Change the script mode: Run chmod a+x release_hugepages.sh

  3. Stop the container locally: Run weka local stop

  4. Release hugepages: Run weka local run /opt/weka/release_hugepages.sh

  5. Restart the container locally: Run weka local start

Network modifications

For Example: To add another network device to host-id 0, run the following commands:

weka cluster host net add 0 eth2 weka cluster host apply 0

Note: It is possible to accumulate several changes on a host and apply only once on completion.

Host IPs modifications

To dynamically change the host's management IPs, you can use the management-ips resource editing command.

For Example: To change the management IPs onhost-id 0, run the following commands:

weka cluster host management-ips 192.168.1.10 192.168.1.20 weka cluster host apply 0

Note: The number of management IPs determines whether the host will use Highly Available Networking mode (HA), causing each IO process to use both hosts NICs. A host with 2 IPs will use HA mode and a host with only 1 IP will not use HA mode. It is also possible to define up to 4 IPs, in case the cluster is using both Infiniband and Ethernet network technologies.

Local resources editing commands

It is also possible to run modification commands locally on the host by connecting to the desired host and running a local resources command equivalent to its weka cluster host counterpart. These local commands have the same semantics of their remote counterparts only that they don't receive the host-id as the first parameter and operate instead on the local host.

Commands that can be performed dynamically on an Active host:

weka local resources [--stable] weka local resources apply weka local resources net weka local resources net add weka local resources net remove weka local resources memory weka local resources bandwidth weka local resources management-ips weka local resources dedicate

The following commands cannot be performed on an Active host and require deactivating the host first using weka cluster host deactivate:

weka local resources failure-domain weka local resources cores

Addition of CPU cores

For more information, contact the WekaIO Support Team.

Expansion of only SSDs

To dynamically change the network configuration, use the steps described for the on an active host, followed by theweka cluster host apply command.

The addition of CPU cores to the cluster is not performed dynamically but on an inactive host. It requires the execution of the steps described in .

Follow the instructions appearing in .

Configuration of Memory
Configuration of Networking
Configuration of CPU Resources
Configuration of SSDs
872B
release_hugepages.sh