Thanks Steve for your inputs. We will propose to replicate the sdc-controller pod too.
For now we are targeting the local clustering. When we will start on multi-site clustering we will also look into your concern regarding the MariaDb configuration for Camunda across sites. It would be great if you could elaborate a little more on the issue you foresee for the MariaDb configuration with Camunda. Regards, Piyush From: SMOKOWSKI, STEVEN <[email protected]> Sent: Tuesday, February 26, 2019 7:08 PM To: [email protected]; Piyush Garg <[email protected]>; Seshu m <[email protected]> Cc: Anand Sankaran <[email protected]>; Amit Sinha <[email protected]> Subject: Re: [onap-discuss] SO High availability environment deployment I guess its missing my reply, please scale the sdc container to 2. Thanks -Steve From: <[email protected]<mailto:[email protected]>> on behalf of Piyush Garg <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Monday, February 25, 2019 at 5:29 PM To: Seshu m <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Cc: Anand Sankaran <[email protected]<mailto:[email protected]>>, Amit Sinha <[email protected]<mailto:[email protected]>> Subject: Re: [onap-discuss] SO High availability environment deployment Sent again after subscribing to the “onap-discuss” group. Regards, Piyush From: Piyush Garg Sent: Friday, February 22, 2019 6:30 PM To: 'Seshu m' <[email protected]<mailto:[email protected]>>; '[email protected]' <[email protected]<mailto:[email protected]>> Cc: Anand Sankaran <[email protected]<mailto:[email protected]>>; Amit Sinha <[email protected]<mailto:[email protected]>> Subject: SO High availability environment deployment Hi All, We are working for Bell Canada and currently designing a solution for SO high availability deployment. Mainly the purpose is to avoid a single point of failure in the setup. For this we are thinking to replicate the pods (using Kubernetes replicas) of all the business critical components those are used during the flow execution. For example: in two nodes kubernetes cluster, replicate the pods as mentioned in the below list: Pod Replica Count so 2 so-bpmn-infra 2 so-catalog-db-adapter 2 so-openstack-adapter 2 so-request-db-adapter 2 so-sdnc-adapter 2 so-vfc-adapter 2 so-mariadb 1 so-monitoring 1 so-sdc-controller 1 Clustering for MariaDB can be addressed separately with the MariaDB Galera Cluster. For “so-monitoring” and “so-sdc-controller”, we can skip the replication as they are not used during the flow execution. If we exclude the use case of failure during the in-flight request, do you think this will be sufficient for SO HA deployment or we need to consider something else too ? or if there is any other clustering solution you are aware of ? Regards, Piyush This email and the information contained herein is proprietary and confidential and subject to the Amdocs Email Terms of Service, which you may review at https://www.amdocs.com/about/email-terms-of-service<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Dterms-2Dof-2Dservice&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=shs6nPzThSiGJml9VXN0Eg&m=VKIIKxqvp8TpO2qscvKL2EQQeYQaAjjNjaaWFqyvZs0&s=fYnhRLodKReKE_eW1efv42Xww2JX18rjrBk89gWDLZQ&e=> This email and the information contained herein is proprietary and confidential and subject to the Amdocs Email Terms of Service, which you may review at https://www.amdocs.com/about/email-terms-of-service <https://www.amdocs.com/about/email-terms-of-service> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15740): https://lists.onap.org/g/onap-discuss/message/15740 Mute This Topic: https://lists.onap.org/mt/30034205/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
