NVIDIA Omniverse is a scalable, multi-GPU, real-time platform for building and operating metaverse applications, based on Pixar's Universal Scene Description (USD) and NVIDIA RTX technology. USD is a powerful, extensible 3D framework and ecosystem that enables 3D designers and developers to connect and collaborate between industry-leading 3D content creation, rendering, and simulation applications. Omniverse helps individual creators to connect and enhance their 3D artistic process, and enterprises to build and simulate large scale virtual worlds for industrial applications.
With Omniverse, everyone involved in the lifecycle of 3D data has access to high-quality visualizations, authoring, and review tools. Teams do not need additional overhead to manage complex 3D data pipelines. Instead, they can focus on their unique contributions to bring value to the market. Non-technical stakeholders do not need to subject themselves to applications with steep learning curves, nor do results need to be compromised for the sake of iteration reviews.
To support distributed Omniverse users, Nucleus should be deployed in a secure environment. With on-demand compute, storage, and networking resources, AWS infrastructure is well suited to all spatial computing workloads, including Omniverse Nucleus. This repository provides the steps and infrastructure for an Omniverse Enterprise Nucleus Server deployment on Amazon EC2.
- Prerequisites
- Deployment
- Architecture
- Troubleshooting
- Getting Help
- Changelog
- Security
- License
- References
- AWS CLI - https://docs.aws.amazon.com/cli/latest/userguide/getting-started-install.html
- AWS CDK - https://docs.aws.amazon.com/cdk/v2/guide/getting_started.html#getting_started_install
- Docker
- Python 3.9 or greater - https://www.python.org
- Access to NVIDIA Enterprise Omniverse Nucleus packages - https://docs.omniverse.nvidia.com/prod_nucleus/prod_nucleus/enterprise/installation/quick_start_tips.html
- Nitro Enclaves Marketplace Subscription - https://aws.amazon.com/marketplace/pp/prodview-f4gcl7narsmle
- A Route53 Public Hosted Zone - https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingHostedZone.html
To learn more, reference the official documentation from NVIDIA: https://docs.omniverse.nvidia.com/prod_nucleus/prod_nucleus/enterprise/cloud_aws_ec2.html
NOTE: it is recommended that you set a python virtualenv before hand
cd tools
pip install -r requirements.txt
Create a s3 bucket to hold artifacts required for Omniverse
aws s3 mb s3://bucket_name
Place them in src/tools/nucleusServer/stack
For example: src/tools/nucleusServer/stack/nucleus-stack-2022.4.0+tag-2022.4.0-rc.1.gitlab.6522377.48333833.tar.gz
Consult NVIDIA documentation to find the appropriate packages.
Note This deployment has a templated copy of
nucleus-stack.env
located atsrc/tools/nucleusServer/templates/nucleus-stack.env
this may need to be updated if NVIDIA makes changes to thenucleus-stack.env
file packaged with their archive.The same applies to NVIDIA's reverse proxy
nginx.conf
located atsrc/tools/reverseProxy/templates/nginx.conf
create .env
Set the following variables
export APP_STACK_NAME=omni-app
export AWS_DEFAULT_REGION=us-west-2
# STACK INPUTS
export OMNIVERSE_ARTIFACTS_BUCKETNAME=BUCKET_NAME_FROM_STEP2
export ROOT_DOMAIN=server.domain
export NUCLUES_SERVER_PREFIX=nucleus
export NUCLEUS_BUILD=nucleus-stack-2022.4.0+tag-2022.4.0-rc.1.gitlab.6522377.48333833 # from previous step
export ALLOWED_CIDR_RANGE_01=CIDR_RANGE_WITH_PUBLIC_ACCESS
NOTE: This deployment assumes you have a public hosted zone in route53 for the ROOT_DOMAIN, this deployment will add a CNAME record to that hosted zone
Here we package scripts that will be run on the Nginx and Nucleus instances during configuration. This copies scripts, config files, etc, to the artifacts bucket created in step 2
NOTE: this tool knows which bucket to place artifacts in based on the .env OMNIVERSE_ARTIFACTS_BUCKETNAME variable.
ondt package-tools-as-artifacts
The following script will run cdk deploy. The calling process must be authenticated with sufficient permissions to deploy AWS resources.
chmod +x ./deploy.sh
./deploy.sh
NOTE: deployment requires a running docker session for building Python Lambda functions
NOTE: It can take a few minutes for the instances to get up and running. After the deployment script finishes, review your EC2 instances and check that they are in a running state.
Test a connection to <NUCLUES_SERVER_PREFIX>.<ROOT_DOMAIN>
from within the ALLOWED_CIDR_RANGE set in the .env
file. Do so by browsing to https://<NUCLUES_SERVER_PREFIX>.<ROOT_DOMAIN>
in your web browser. NOTE, the domain is based on your .env
configuration.
The default admin username for the Nucleus server is 'omniverse'. You can find the password in a Secrets Manager resource via the AWS Secrets Manager Console. Alternatively, from the Omniverse WebUI, you can create a new username and password.
NOTE: There is a known issue with this release that causes the Nginx configuration to fail on initial deployment. After Step 6, if connection to Nucleus fails, terminate the reverse proxy instance and allow the Auto Scaling group to launch a new instance. If connection fails after this step, please see the below notes under the section, "Unable to connect to the Nucleus Server".
CREATE_FAILED | AWS::AutoScaling::AutoScalingGroup | RevProxyResources/autoScalingGroup
You must use a valid fully-formed launch template. In order to use this AWS Marketplace product you need to accept terms and subscribe. To do so please visit https://aws.amazon.com/marketplace/pp?sku=3r277hnepnd2ilnle2lin3sop
This error is the result of not having a subscripting to the Nitro Enclave marketplace product - https://aws.amazon.com/marketplace/pp/prodview-f4gcl7narsmle
If you are not able to connect to to the Nucleus server, review the status of the Nginx service, and the Nucleus docker stack. To do so, connect to your instances from the EC2 Console via Session Manager - https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/session-manager.html.
-
On the Nginx Server, run
sudo journalctl -u nitro-enclaves-acm.service
, if this is produces no output the Nginx service is not running. -
On the Nucleus server, run
sudo docker ps
, you should see a list of Nucleus containers up.
If there are issues with either of these, it is likely there was an issue with the Lambda and/or SSM run commands that configure the instances. Browse to the Lambda Console (https://us-west-2.console.aws.amazon.com/lambda/home?region=us-west-2#/functions) and search for the respective Lambda Functions:
- RevProxyResources-lifecycleLambdaFn
- NucluesServerResources-nucleusServerConfig-lambdaFn
Review the function CloudWatch Logs.
If there are issues with either of these, it is likely there was an issue with the Lambda and/or SSM run commands that configure the instances. Browse to the Lambda Console and search for the RevProxyResourceslifecycleLambdaFn
Lambda Function, then review the CloudWatch Logs.
At times the Reverse Proxy lifecycle hook does not trigger on a initial stack deployment. If the reverse proxy instance is in a running state, but there are now invocations/logs for the RevProxyResources-lifecycleLambdaFn, terminate the instance and give the autoScalingGroup a few minutes to create another one, and then try again.
View Nitro Enclaves Service Logs:
sudo journalctl -u nitro-enclaves-acm.service
Viewing Nginx Logs
sudo cat /var/log/nginx/error.log
sudo cat /var/log/nginx/access.log
Restart nitro enclave service
systemctl restart nitro-enclaves-acm.service
Review NVIDIA's Documentation - https://docs.omniverse.nvidia.com/prod_nucleus/prod_nucleus/enterprise/installation/quick_start_tips.html
default base stack and config location: /opt/ove/
default omniverse data dir: /var/lib/omni/nucleus-data
Interacting with the Nucleus Server docker compose stack:
sudo docker-compose --env-file ./nucleus-stack.env -f ./nucleus-stack-ssl.yml pull
sudo docker-compose --env-file ./nucleus-stack.env -f ./nucleus-stack-ssl.yml up -d
sudo docker-compose --env-file ./nucleus-stack.env -f ./nucleus-stack-ssl.yml down
sudo docker-compose --env-file ./nucleus-stack.env -f ./nucleus-stack-ssl.yml ps
Generate new secrets
sudo rm -fr secrets && sudo ./generate-sample-insecure-secrets.sh
If you have questions as you explore this sample project, post them to the Issues section of this repository. To report bugs, request new features, or contribute to this open source project, see CONTRIBUTING.md.
To view the history and recent changes to this repository, see CHANGELOG.md
See CONTRIBUTING for more information.
This sample code is licensed under the MIT-0 License. See the LICENSE file.