Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Page Navigation:

Table of Contents


(blue star) Confidence Level TBD  This article has not been reviewed for accuracy, timeliness, or completeness. Check that this information is valid before acting on it.

We will provision the HySDS component images and then use terraform to deploy them onto cloud vendor-specific IaaS environment.

You should already have provisioned HySDS component instances (mozart, grq, metrics, factotum, and ci) each designated for a particular HySDS component. The suggested minimum CPU and memory requirements for each instance should at least be met (tables below).

Cloud vendor-specific packer scripts can be used to provision the 5 images.

  • packer templates for provisioning AWS images

  • packer templates for provisioning GCP images

Or, if they are not provisioned to you by an administrator, you can provision them yourself using our puppet modules:

  1. mozart - https://github.com/hysds/puppet-mozart

  2. metrics - https://github.com/hysds/puppet-metrics

  3. grq - https://github.com/hysds/puppet-grq

  4. factotum - https://github.com/hysds/puppet-factotum

  5. ci - https://github.com/hysds/puppet-cont_int

  • Recommended 20 GB of attached general purpose storage for each component's root volume

  • The following tables list the CPU and memory requirements for each component instance based on the scope of the HySDS cluster: minimal or optimal:


    • minimal - Uses instance types that cover the bare minimum CPU and memory requirements for running HySDS in a test or development environment such as this user guide, e.g. Hello World and Hello Dataset

    componentCPUmemory (GB)instance type
    mozart27AWS: m5.large; GCP: n1-standard-2; Azure: D2 v3
    metrics27AWS: m5.large; GCP: n1-standard-2; Azure: D2 v3
    grq27AWS: m5.large; GCP: n1-standard-2; Azure: D2 v3
    factotum27AWS: m5.large; GCP: n1-standard-2; Azure: D2 v3
    ci27AWS: m5.large; GCP: n1-standard-2; Azure: D2 v3


    • optimal - Uses instance types that cover the CPU and memory requirements for running HySDS in an operational environment or at large scale (500-8000 verdi worker instances)

    componentCPUmemory (GB)instance type
    mozart32208AWS: r5.2xlarge; GCP: n1-highmem-32; Azure: E32 v3
    metrics32208AWS: r5.xlarge; GCP: n1-highmem-32; Azure: E32 v3
    grq32208AWS: r5.2xlarge; GCP: n1-highmem-32; Azure: E32 v3
    factotum3260AWS: m5.8xlarge; GCP: n1-standard-32; Azure: F32 v2
    ci3260AWS: m5.xlarge; GCP: n1-standard-32; Azure: F32 v2


  • Ensure that the same SSH keypair is used for all 5 of the instances. You should be able to ssh into any of your instances using the PEM key file of this SSH keypair.

  • You should already have provisioned 2 buckets from a cloud vendor (e.g. AWS S3, Azure Blob, Google Cloud Storage)

Next Step

Now you can install the HySDS framework software layer onto the systems. Step 2: Install HySDS framework on VM instances


(lightbulb) Have Questions? Ask a HySDS Developer:

Anyone can join our public Slack channelto learn more about HySDS. JPL employees can join #HySDS-Community

(blue star)

JPLers can also ask HySDS questions atStack Overflow Enterprise

(blue star)

Live Search
placeholderSearch HySDS Wiki