W E K A
3.14
3.14
  • WEKA v3.14 Documentation
  • Weka System Overview
    • About the WEKA System
    • SSD Capacity Management
    • Filesystems, Object Stores & Filesystem Groups
    • Weka Networking
    • Data Lifecycle Management
    • Weka Client & Mount Modes
    • Glossary
  • Getting Started with Weka
    • Quick Install Guide
    • Managing the Weka System
    • CLI Overview
    • GUI Overview
    • Serving IOs with WekaFS
  • Planning & Installation
    • Prerequisites for Installation
    • Bare Metal Installation
      • Planning a Weka System Installation
      • Setting Up the Hosts
        • SR-IOV Enablement
      • Obtaining the Weka Install File
      • Weka System Installation Process Using the CLI
      • Adding Clients
    • AWS Installation
      • Self-Service Portal
      • CloudFormation Template Generator
      • Deployment Types
      • AWS Outposts Deployment
      • Supported EC2 Instance Types
      • Adding Clients
      • Auto Scaling Group
      • Troubleshooting
  • Performance
    • Testing Weka Performance
      • Test Environment Details
  • WekaFS Filesystems
    • Managing Filesystems, Object Stores & Filesystem Groups
      • Managing Object Stores
      • Managing Filesystem Groups
      • Managing Filesystems
      • Attaching/Detaching Object Stores to/from Filesystems
      • KMS Management
    • 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
    • Mounting Filesystems
    • Snapshots
    • Snap-To-Object
    • Quota Management
  • Additional Protocols
    • NFS
    • SMB
      • SMB Management Using CLIs
      • SMB Management Using the GUI
    • S3
      • S3 Cluster Management
      • S3 Buckets Management
      • S3 Users and Authentication
      • S3 Information Lifecycle Management
      • Audit S3 APIs
      • S3 Limitations
      • S3 Examples using boto3
  • Operation Guide
    • Alerts
      • List of Alerts
    • Events
      • List of Events
    • Statistics
      • List of Statistics
    • System Congestion
    • Security
      • User Management
      • Organizations
    • Expanding & Shrinking Cluster Resources
      • Expand & Shrink Overview
      • Stages in Adding a Backend Host
      • Expansion of Specific Resources
      • Shrinking a Cluster
    • Background Tasks
    • Upgrading Weka Versions
  • Billing & Licensing
    • License Overview
    • Classic License
    • Pay-As-You-Go License
  • Support
    • Prerequisites and Compatibility
    • Getting Support for Your Weka System
    • The Weka Support Cloud
    • Diagnostics CLI Command
  • Appendix
    • Weka CSI Plugin
    • External Monitoring
    • Snapshot Management
  • REST API
Powered by GitBook
On this page
  • Raw Capacity
  • Net Capacity
  • Stripe Width
  • Protection Level
  • Failure Domains (Optional)
  • Hot Spare
  • Weka Filesystem Overhead
  • Provisioned Capacity
  • Available Capacity
  • Deductions from Raw Capacity to Obtain Net Storage Capacity
  • The Formula for Calculating SSD Net Storage Capacity
  1. Weka System Overview

SSD Capacity Management

Understand the key terminologies relating to Weka system capacity management and the formula for calculating the Weka system net data storage capacity.

Raw Capacity

Raw capacity is the total capacity on all the SSDs assigned to a Weka system cluster, e.g., 10 SSDs of 1 terabyte each have a total raw capacity of 10 terabytes. This is the total capacity available for the Weka system. This will change automatically if more hosts or SSDs are added to the system.

Net Capacity

Net capacity is the amount of space available for user data on the SSDs in a configured Weka system. It is based on the raw capacity minus the Weka filesystem overheads for redundancy protection and other needs. This will change automatically if more hosts or SSDs are added to the system.

Stripe Width

The stripe width is the number of blocks that share a common protection set, which can range from 3 to 16. The Weka system has distributed any-to-any protection. Consequently, in a system with a stripe width of 8, many groups of 8 data units spread on various hosts protect each other (rather than a group of 8 hosts forming a protection group). The stripe width is set during the cluster formation and cannot be changed. Stripe width choice impacts performance and space.

Note: If not configured, the stripe width is set automatically to #Failure Domains - Protection Level

Protection Level

The protection level is the number of additional protection blocks added to each stripe, which can be either 2 or 4. A system with a protection level of 2 can survive 2 concurrent failures, while system data with a protection level of 4 is protected against any concurrent 4 host/disk failures, and its availability is protected against any 4 concurrent disk failures or 2 concurrent host failures. A large protection level has space and performance implications. The protection level is set during the cluster formation and cannot be changed.

Note: If not configured, the data protection drives in the cluster stripes are automatically set to 2.

Failure Domains (Optional)

A failure domain is a group of Weka hosts, all of which can fail concurrently due to a single root cause, such as a power circuit or network switch failure. A cluster can be configured with explicit or implicit failure domains. For a system with explicit failure domains, each group of blocks that protect each other is spread on different failure domains. For a system with implicit failure domains, the group of blocks is spread on different hosts and each host is a failure domain. Additional failure domains can be added, and new hosts can be added to any existing or new failure domain.

Note: This documentation relates to a homogeneous Weka system deployment, i.e., the same number of hosts per failure domain (if any), and the same SSD capacity per host. For information about heterogeneous Weka system configurations, contact the Weka Support Team.

Hot Spare

A hot spare is the number of failure domains that the system can lose, undergo a complete rebuild of data, and still maintain the same net capacity. All failure domains are always participating in storing the data, and the hot spare capacity is evenly spread within all failure domains.

The higher the hot spare count, the more hardware required to obtain the same net capacity. On the other hand, the higher the hot spare count, the more relaxed the IT maintenance schedule for replacements. The hot spare is defined during cluster formation and can be reconfigured at any time.

Note: If not configured, the hot spare is automatically set to 1.

Weka Filesystem Overhead

After deducting the capacity for the protection and hot spares, only 90% of the remaining capacity can be used as net user capacity, with the other 10% of capacity reserved for the Weka filesystems. This is a fixed formula that cannot be configured.

Provisioned Capacity

The provisioned capacity is the total capacity assigned to filesystems. This includes both SSD and object store capacity.

Available Capacity

The available capacity is the total capacity that can be used for the allocation of new filesystems, which is net capacity minus provisioned capacity.

Deductions from Raw Capacity to Obtain Net Storage Capacity

The net capacity of the Weka system is obtained after the following three deductions performed during configuration:

  1. Level of protection required, i.e., the amount of storage capacity to be dedicated to system protection.

  2. Hot spare(s), i.e., the amount of storage capacity to be set aside for redundancy and to allow for rebuilding following a component failure.

  3. Weka filesystem overhead, in order to improve overall performance.

The Formula for Calculating SSD Net Storage Capacity

For Example:

Scenario 1: A homogeneous system of 10 hosts, each with 1 terabyte of Raw SSD Capacity, 1 hot spare, and a protection scheme of 6+2.

Scenario 2: A homogeneous system of 20 hosts, each with 1 terabyte of Raw SSD Capacity, 2 hot spares, and a protection scheme of 16+2.

PreviousAbout the WEKA SystemNextFilesystems, Object Stores & Filesystem Groups

Last updated 3 years ago

SSDNetCapacity=10TB∗(10−1)/10∗6/(6+2)∗0.9=6.075TBSSD Net Capacity = 10 TB * (10-1) / 10 * 6/(6+2) * 0.9 = 6.075 TBSSDNetCapacity=10TB∗(10−1)/10∗6/(6+2)∗0.9=6.075TB
SSDNetCapacity=20TB∗(20−2)/20∗16/(16+2)∗0.9=14.4TBSSD Net Capacity = 20 TB * (20-2) / 20 * 16/(16+2) * 0.9 = 14.4 TBSSDNetCapacity=20TB∗(20−2)/20∗16/(16+2)∗0.9=14.4TB