Before deploying the Diego cluster, ensure that the consul server cluster it will connect to is already deployed. In most deployment scenarios, these consul servers come from a CF deployment.
Additionally, if configuring the BBS to use a relational data store such as a CF-MySQL database, that data store must be deployed or otherwise provisioned before deploying the Diego cluster.
In your manifest, ensure that the following constraints on job update order and rate are met:
-
BBS servers should update before BBS clients. This can be achieved by placing
database_zN
instances at the beginning of the jobs list in your manifest. For example:jobs: - instances: 1 name: database_z1
-
database_zN
nodes update one at a time. This can be achieved by settingmax_in_flight
to1
andserial
totrue
fordatabase_zN
jobs.- instances: 1 name: database_z1 ... update: max_in_flight: 1 serial: true
-
brain_zN
jobs update separately from cells. This can be achieved by settingmax_in_flight
to1
andserial
totrue
forbrain_zN
jobs.- instances: 1 name: brain_z1 ... update: max_in_flight: 1 serial: true