Managing SREs#
List available SRE configurations and deployment status#
Use dsh config available to check what SRE configurations are available in the current context, and whether those SREs are deployed.
$ dsh config available
will give output like the following
Available SRE configurations for context 'green':
┏━━━━━━━━━━━━━━┳━━━━━━━━━━┓
┃ SRE Name ┃ Deployed ┃
┡━━━━━━━━━━━━━━╇━━━━━━━━━━┩
│ emerald │ x │
│ jade │ │
│ olive │ │
└──────────────┴──────────┘
Remove a deployed Data Safe Haven#
Use dsh sre teardown to teardown a deployed SRE:
$ dsh sre teardown YOUR_SRE_NAME
Tearing down an SRE is destructive and irreversible
Running dsh sre teardown will destroy all resources deployed within the SRE.
Ensure that any desired outputs have been extracted before deleting the SRE.
All data remaining on the SRE will be deleted.
The user groups for the SRE on Microsoft Entra ID will also be deleted.
Use dsh shm teardown if you want to teardown the deployed SHM:
$ dsh shm teardown
Tearing down an SHM
Tearing down the SHM permanently deletes all remotely stored configuration and state data. Tearing down the SHM also renders the SREs inaccessible to users and prevents them from being fully managed using the CLI. All SREs associated with the SHM should be torn down before the SHM is torn down.
Updating SREs#
SREs are modified by updating the configuration then running the deploy command.
The existing configuration for the SRE can be shown using dsh config show:
$ dsh config show YOUR_SRE_NAME
If you do not have a local copy, you can write one with the
--fileoption:
$ dsh config show YOUR_SRE_NAME --file YOUR_SRE_NAME.yaml
Edit the configuration file locally, and upload the new version using dsh config upload:
$ dsh config upload YOUR_SRE_NAME.yaml
You will be shown the differences between the existing configuration and the new configuration and asked to confirm that they are correct.
Finally, deploy your SRE using dsh sre deploy to apply any changes:
$ dsh sre deploy YOUR_SRE_NAME
Changing administrator IP addresses
The administrator IP addresses declared in the SRE configuration are used to create access rules for SRE infrastructure. Therefore, after an SRE has been deployed, some changes can only be made from IP addresses on that list.
As a consequence, if you want to update the list of administrator IP addresses, for example to add a new administrator, you must do so from an IP address that is already allowed.