BookmarkSubscribeRSS Feed
☑ This topic is solved. Need further help from the community? Please sign in and ask a new question.
EyalGonen
Lapis Lazuli | Level 10

Hi experts,

 

I need to deploy SAS Viya on-prem on OpenShift with no Internet access at all (dark site) using the SAS Deployment Operator.

Looking at https://documentation.sas.com/doc/en/sasadmincdc/v_056/dplyml0phy0dkr/p0nid9gu3x2cvln1pzpcxa68tpom.h...

at the --repository-warehouse parameter and I see it is required for a dark site deployment but no further info is available.

 

I am in contact with SAS Technical Support but I wonder if there is anyone out there who actually managed to install SAS Viya with this configuration and can share their input about this --repository-warehouse parameter and how they used it.

 

Thanks.

1 ACCEPTED SOLUTION

Accepted Solutions
gwootton
SAS Super FREQ

You can use mirror manager to create the repository location:

Create a Mirror Registry at an Air-Gapped Site
https://go.documentation.sas.com/doc/en/itopscdc/v_063/dplyml0phy0dkr/n1f39x15xt82m4n13f7bu37l9qum.h...

 

The documentation indicates you would then specify that local path when running the sas-orchestration tool.

 

For the Deployment Operator, as you mentioned on your other post the viya4-warehouse project can also download the warehouse files without making use of mirror manager:

https://github.com/sassoftware/viya4-warehouse

 

If you serve that download path as the top level from a cluster-local web server you could specify that as the repository-warehouse-location. And the various deployment operator tasks should call that URL instead.

--
Greg Wootton | Principal Systems Technical Support Engineer

View solution in original post

5 REPLIES 5
gwootton
SAS Super FREQ

You can use mirror manager to create the repository location:

Create a Mirror Registry at an Air-Gapped Site
https://go.documentation.sas.com/doc/en/itopscdc/v_063/dplyml0phy0dkr/n1f39x15xt82m4n13f7bu37l9qum.h...

 

The documentation indicates you would then specify that local path when running the sas-orchestration tool.

 

For the Deployment Operator, as you mentioned on your other post the viya4-warehouse project can also download the warehouse files without making use of mirror manager:

https://github.com/sassoftware/viya4-warehouse

 

If you serve that download path as the top level from a cluster-local web server you could specify that as the repository-warehouse-location. And the various deployment operator tasks should call that URL instead.

--
Greg Wootton | Principal Systems Technical Support Engineer
EyalGonen
Lapis Lazuli | Level 10

Hi @gwootton 

 

Let me summarize and tell me if this correct:

(assuming dark-site with no Internet access at all)

 

1. I use mirror manager to download the mirror. The downloaded mirror includes all the docker images and additionally the four "warehouse" files:

 

  • entitlements.json 
  • cadences/shipped.mc 
  • rel/<cadence>/<version> 
  • lod/<cadence>/<version>/<release> 

2. The docker images are then uploaded/pushed to JFrog from the downloaded mirror using mirror manager

3. The four "warehouse" files listed above are copied over (with their parent folders) to a local HTTP Server that is accessible from the cluster pods

4. When creating the SASDeployment CRD, I add the following two options:

 

--image-registry registry-host:registry-port/registry-namespace \
--repository-warehouse http://<local-HTTP-Server>/<repository-warehouse-folder> \

Is this correct?

 

gwootton
SAS Super FREQ
Yes, I think the only caveat I'd point out is the contents of rel and lod are going to change when you pull a new release.
--
Greg Wootton | Principal Systems Technical Support Engineer
EyalGonen
Lapis Lazuli | Level 10

Hi @gwootton 

 

So when I will want to upgrade to a newer SAS version then what would I need to do with respect to the "repository warehouse" files?

 

Thanks

gwootton
SAS Super FREQ
When upgrading you'd need to run mirrormgr again to mirror the images you'd also want to put the new repository warehouse files into the location served by your HTTP server.
--
Greg Wootton | Principal Systems Technical Support Engineer

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

Get Started with SAS Information Catalog in SAS Viya

SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 5 replies
  • 949 views
  • 1 like
  • 2 in conversation