The Basics

Foundations to a Good GRAX Deployment

While the GRAX webapp interface is the main interface to backing up, protecting, and retaining your data, it's all powered by a single-tenant backend service that depends on an array of infrastructure components to perform successfully.

For a recap of GRAX functionality, business case, or deployment options, see our product documentation.

High-Level Components

The basic architecture of GRAX is:

  1. Compute
  2. Persistent Blob Storage
  3. Persistent Indexed Storage
  4. External Connectivity
  5. Network Security Management

GRAX Simplified ArchitectureGRAX Simplified Architecture

The specific implementations of these simplistic labels can vary in both substance and complexity depending on implementation path chosen, platform of choice, and restrictions/regulations in place on all involved parties.

The guides in this section will help explain the options you have in implementing GRAX, as well as enable your team to design, implement, and support the infrastructure yourself if so required.

High-Level Constraints

Operating outside the scope of these limitations will cause issues with data integrity, data loss, contractual agreements, and general service availability:

  • Only one instance of GRAX may be running for a given license.
  • Only one instance of GRAX may be talking to the storage bucket and the Database.
  • Egress to hq.grax.com must be available at all times.
  • Storage bucket performance must be on par with documented S3 performance metrics.

Deployment

GRAX is usually run inside a cloud provider account as part of an existing corporate cloud presence. You can either use the AWS Marketplace to quickly deploy GRAX, build your own infrastructure in any public cloud provider, or host privately yourself. For more information about setup and installation, see the following guides:

If you have any questions after reviewing this documentation, feel free to contact GRAX Support.