Using Jupyter
Pipeline Deployment
To interact with the PST JupyterLab on the STFC cluster, first launch a ska-pst pipeline and start the deploy-dev-environment task. When it finishes, visit https://k8s.stfc.skao.int/ci-dev-ska-pst/jupyterlab and follow the instructions for running one of the Available Notebooks.
Direct Deployment
To directly deploy the PST and interact with the PST JupyterLab, install the test-parent
chart as described in
Deploy from Source Code.
The test-parent
chart deploys a pod that runs JupyterLab
with copies of the notebooks that are found in the notebooks/
sub-folder of the SKA PST source code.
The method of connecting to the PST JupyterLab depends on the environment of the Kubernetes cluster on
which the test-parent
chart is deployed.
Local Deployment
If using minikube on Linux or Docker Desktop on the Windows Subsystem for Linux (WSL), then connect to the deployed PST JupyterLab by navigating to http://localhost:8888/ska-pst/jupyterlab and follow the instructions for running one of the Available Notebooks.
If this does not work, create a port forward to the PST Jupyterlab using the following command, then try navigating to the above URL again.
make pst-forward-jupyterlab
Low PSI Deployment
To interact with the PST JupyterLab on the Low PSI requires
CSIRO login credentials, and
setting up a transparent proxy server that routes all Low PSI subnet traffic from your machine.
The latter can be done using sshuttle
, as described in setting up a proxy server.
After setting up the transparent proxy server, navigate to https://psi-low.atnf.csiro.au/ska-pst/jupyterlab and follow the instructions for running one of the Available Notebooks.
Clean up when done
Please remember to uninstall the test-parent
chart when you are finished using the notebook.
make k8s-uninstall-chart
Setting up a transparent proxy server
On Linux, simply run the following command:
sshuttle -r abc123@venice.atnf.csiro.au psi-head.atnf.csiro.au/27
On WSL, run the following three commands:
In a linux console, type
hostname -I
to get the IP address assigned to WSL (unfortunately, this address changes each time WSL is launched); for example,
hostname -I
172.22.113.143
In a Windows Powershell console (run as Administrator), route all PSI subnet traffic to the IP address assigned WSL, as determined in step 1; for example,
route add 202.9.15.128 mask 255.255.255.224 172.22.113.143
In a linux console, run
sshuttle
to route all PSI subnet traffic and accept connections from other machines on your network
sshuttle -r abc123@venice.atnf.csiro.au 202.9.15.131/27 -l 0.0.0.0