Versions
- 9.6
- 9.5
- 9.4
- 9.3
- 9.2
- 9.1
- 9.0
- 8.19
- 8.18
- 8.17
- 8.16
- 8.15
- 8.14
- 8.13
- 8.12
- 8.11
- 8.10
- 8.9
- 8.8
- 8.7
- 8.6
- 8.5
- 8.4
- 8.3
- 8.2
- 8.1
- 8.0
- 7.21
- 7.20
- 7.18
- 7.19
- 7.17
- 7.16
- 7.15
- 7.14
- 7.13
- 7.12
- 7.11
- 7.10
- 7.9
- 7.8
- 7.7
- 7.6
- 7.5
- 7.4
- 7.3
- 7.2
- 7.1
- 7.0
- 6.10
- 6.9
- 6.8
- 6.7
- 6.6
- 6.5
- 6.4
- 6.3
- 6.2
- 6.1
- 6.0
- 5.16
- 5.15
- 5.14
- 5.13
- 5.12
- 5.11
- 5.10
- 5.9
- 5.8
- 5.7
- 5.6
- 5.5
- 5.4
- 5.3
- 5.2
- 5.1
- 5.0
- See all
Administering Bitbucket Data Center in Azure
Getting started with Bitbucket Data Center in Azure
On this page
Related content
- Getting started with Bitbucket Data Center in Azure
- Bitbucket Data Center in AWS
- How to migrate Bitbucket Server and Data Center to Docker container
- Administering Bitbucket Server in AWS
- Bitbucket Data Center requirements
- Use an Elasticsearch cluster with Bitbucket Data Center
- Adding cluster nodes to Bitbucket Data Center
- Using Bitbucket Server DIY Backup in AWS
- Bitbucket Data Center
- Clustering with Bitbucket Data Center
Once you've deployed Bitbucket Data Center to Azure using the reference deployment template, administering the application is similar to managing an application on your own hardware. The exception being that you'll need to go via the jumpbox to access your nodes, and shared home directory.
To access your jumpbox and nodes you'll need:
- The SSH credentials you provided during setup.
- The public DNS name or IP address of your load balancer (you can obtain this through the Azure portal via Menu > Resource groups > <your resource group> > bitbucket-lb-public-ip).
- The node IP addresses, listed against the bitbucketbbs-nodes
(instance n)row in Connected devices. (You can obtain this through the Azure portal via Menu > Resource groups > <your resource group> > bitbucket-vnet).
Connecting to your Azure jumpbox and nodes over SSH
You can access the jumpbox via a terminal, or using the command line using:
$ eval $(ssh-agent)
$ ssh-add ~/.ssh/id_rsa
$ ssh -A JUMPBOX_USERNAME@DNS_NAME_OR_IP_ADDRESS_OF_THE_LOAD_BALANCEROnce you've accessed the jumpbox, you can jump to any of the nodes in the cluster, using:
$ ssh NODE_IP_ADDRESSAccessing your configuration files
For your Azure deployment, you may need to make changes to your bitbucket.properties file, just as you would for a deployment on your own hardware.
your shared bitbucket.properties lives in /var/atlassian/application-data/bitbucket/shared/bitbucket.properties
The shared home is mounted on each node under /var/atlassian/application-data/bitbucket/shared.
So from an existing node (when you're logged in through SSH), you can go to /var/atlassian/application-data/bitbucket/shared
Backing up
We recommend you use the Azure native backup facility, which utilizes snapshots to back up your Bitbucket Data Center.
Migrating your existing instance into Azure
We recommend you use the standard options available to migrate data between Bitbucket instances.
Related content
- Getting started with Bitbucket Data Center in Azure
- Bitbucket Data Center in AWS
- How to migrate Bitbucket Server and Data Center to Docker container
- Administering Bitbucket Server in AWS
- Bitbucket Data Center requirements
- Use an Elasticsearch cluster with Bitbucket Data Center
- Adding cluster nodes to Bitbucket Data Center
- Using Bitbucket Server DIY Backup in AWS
- Bitbucket Data Center
- Clustering with Bitbucket Data Center