One small clarification. The changes to move the some of the ONAP components over to the shared Cassandra and Maria-DB clusters have not yet been merged from an OOM perspective. Before this can be done, the CI/CD infrastructure needs a small update to enable the cassandra and maria-db shared components.
Sylvain, are you in a position to help make that happen? From: [email protected] <[email protected]> On Behalf Of Mike Elliott Sent: Saturday, April 6, 2019 9:21 AM To: [email protected]; Michael O'Brien <[email protected]>; [email protected]; [email protected]; [email protected]; [email protected]; Mahendra Raghuwanshi <[email protected]>; Amit Sinha <[email protected]> Cc: ALLAMAND Sebastien DTSI/DSI <[email protected]>; DESBUREAUX Sylvain TGI/OLN <[email protected]>; [email protected]; LUCE Jean Armel DTSI/DSI <[email protected]>; BLAISONNEAU David TGI/OLN <[email protected]>; [email protected]; DEBEAU Eric TGI/OLN <[email protected]> Subject: Re: [onap-discuss] [ONAP] [OOM] shared cassandra DB for OOM Hi Morgan, As of recently, a shared Cassandra cluster has been created in Dublin and A&AI has been migrated onto it. Migrating portal to also use the shared instance (before code freeze) was being investigated but need to find out current status of that effort. Music was not on our radar for this release. As far as to why Portal is using Cassandra, that is a question for the Portal team. OOM is looking to use k8s Operators for a number of cases and will be a priority for El Alto. If you or your team has expertise in using Operators with Cassandra we would very much like speak with you. Since M4 will be the focus for next week, can we schedule something for the week after? Perhaps you could provide an overview and/or demonstration of what you’ve been working on regarding operators and HA? Thanks, Mike. From: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Tuesday, April 2, 2019 at 1:57 AM To: Michael O'Brien <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, Mike Elliott <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Cc: ALLAMAND Sebastien DTSI/DSI <[email protected]<mailto:[email protected]>>, DESBUREAUX Sylvain TGI/OLN <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, LUCE Jean Armel DTSI/DSI <[email protected]<mailto:[email protected]>>, BLAISONNEAU David TGI/OLN <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, DEBEAU Eric TGI/OLN <[email protected]<mailto:[email protected]>> Subject: [ONAP] [OOM] shared cassandra DB for OOM Hi, as an action point from last integration meeting (http://ircbot.wl.linuxfoundation.org/meetings/onap-int/2019/onap-int.2019-03-27-13.00.html), I took the point to initiate a thread on cassandra usage in ONAP. Please note that I am not an expert, I added some experts in copy of the mail. My understanding is that we have today several cassandra databases (aai, music and portal) we have 3 nodes for music and aai and 1 single node for the portal. onap-aai-aai-cassandra-0 1/1 Running 0 24d onap-aai-aai-cassandra-1 1/1 Running 0 44d onap-aai-aai-cassandra-2 1/1 Running 0 18d onap-oof-music-cassandra-0 1/1 Running 0 44d onap-oof-music-cassandra-1 1/1 Running 0 44d onap-oof-music-cassandra-2 1/1 Running 0 44d onap-portal-portal-cassandra-5c66f77c5b-xf2c7 1/1 Running 0 20d I am a bit puzzled by the choice of cassandra DB as a mono node Database for a simple portal. As far as I understood, there is a current task in Onap installer project to put in place a single cassandra database that could be used by the different projects to converge at the end to 1 cassandra database. For the moment, my understanding is that the installation of cassandra cluster is done without really considering the specificities of cassandra. Typically the 3 nodes for aai are deployed according to k8s scheduler rules independently from any hardware constraints/placement requirements. My colleagues are currently finalizing the development of a cassandra operator for k8s that could be useful to ensure that the HA nature of cassandra remains HA even in virtual environment. It would make sense to consider such operator for the target cassandra. They are about to publish the operator. They also planned to initiate some work on multi-site clustering for Cassandra. /Morgan _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. 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 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 (#16503): https://lists.onap.org/g/onap-discuss/message/16503 Mute This Topic: https://lists.onap.org/mt/30864553/21656 Group Owner: [email protected] Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
