You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

This page and sub-pages are intended to capture Notes for deploying DMaaP components.  Due the number of integration points between DMaaP components, and also with AAF and OOM, there sometimes is a need for some minor edits to get a successful deployment.

General

Increase Helm Timeout

Depending on your environment, the deployment of all the components takes a while and can easily exceed the default helm timeout.  Recommend adding --timeout 900 to your helm install command line.

Use WindRiver Test AAF instead of a local deployment

By default, the DMaaP OOM charts will assume a locally deployed AAF instance.  Sometimes it is convenient to avoid an AAF deployment and simply use the AAF Test instance in WindRiver.

TBD

Disable persistence (Postgresql) for dmaap-bc

By default, dmaap-bc utilizes the common postgresql chart.  This starts up several additional pods.  But dmaap-bc does support a non-PG option (i.e. no data persistence if pod is restarted) which is handy for quick tests and full redeployments.

To disable Postresql:

  1. edit oom/kubernetes/dmaap/components/dmaap-bc/values.yaml
  2. change the attribute PG.enabled to false
  3. recompile the dmaap helm charts.  i.e. from kubernetes directory, make dmaap
  4. deploy dmaap

Release Combinations

Earlier combinations not included.

As of March 29, 2019 (AAF 2.1.8, dbc-client 1.0.5, dmaap-bc 1.1.2, message-router 1.1.12)

As of April 30, 2019 (AAF 2.1.9-SNAPSHOT-latest, dbc-client 1.0.8-STAGING-latest, dmaap-bc 1.1.4-STAGING-latest, dmaap-mr 1.1.13)

As of May 2, 2019 (AAF 2.1.12-SNAPSHOT-latest, dbc-client 1.0.8-STAGING-latest, dmaap-bc 1.1.4-STAGING-latest, dmaap-mr 1.1.13)

As of May 6, 2019 (AAF 2.1.13-SNAPSHOT-latest, dbc-client 1.0.9, dmaap-bc 1.1.5, dmaap-mr 1.1.13, dr-prov 2.1.0, dr-node 2.1.0)


  • No labels