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_zNinstances at the beginning of the jobs list in your manifest. For example:jobs: - instances: 1 name: database_z1 -
database_zNnodes update one at a time. This can be achieved by settingmax_in_flightto1andserialtotruefordatabase_zNjobs.- instances: 1 name: database_z1 ... update: max_in_flight: 1 serial: true -
brain_zNjobs update separately from cells. This can be achieved by settingmax_in_flightto1andserialtotrueforbrain_zNjobs.- instances: 1 name: brain_z1 ... update: max_in_flight: 1 serial: true