[Starlingx-discuss] Is there any plan of containerize the flock services ?
Hi Frank and STX community
Based on the presentation discuss during phoenix meeting last January I had the impression that flock services were meant to be on the host OS where the containers are running, is this still valid for the long term?
I am asking this because on today multi-OS meeting we present the following architecture/plan:
https://docs.google.com/presentation/d/1ck7vGH50AIAjUx9GNrIGtowG5qg7OYUBNdJy...
Where we are considering the task of build all the flock services on Ubuntu, However, based on this task:
https://storyboard.openstack.org/#!/story/2004008
Gives me the impression that there is a plan for reducing the number of flock services running on the host OS, If that is the case, Could you please share the list of what flock services that you have in mind to put in a container? this will help us to reduce the list of packages we need to build.
On the same topic, for the none open stack packages like systemd, bash or python, do you have the list of packages that need to run outside the containers on the host OS? Having this exact list of packages will help us to focus on the exact packages to build on Ubuntu.
Regards
Victor Rodriguez
Hi Victor,
For R2 only the openstack and some of it’s supporting services will be containerized.
A longer term objective is to containerize as much of the flock services as possible. This is a candidate for the next release and will be discussed as part of the R3 planning later this year.
Brent
Sent from my iPhone
On Feb 26, 2019, at 11:59 AM, Victor Rodriguez vm.rod25@gmail.com wrote:
Hi Frank and STX community
Based on the presentation discuss during phoenix meeting last January I had the impression that flock services were meant to be on the host OS where the containers are running, is this still valid for the long term?
I am asking this because on today multi-OS meeting we present the following architecture/plan:
https://docs.google.com/presentation/d/1ck7vGH50AIAjUx9GNrIGtowG5qg7OYUBNdJy...
Where we are considering the task of build all the flock services on Ubuntu, However, based on this task:
https://storyboard.openstack.org/#!/story/2004008
Gives me the impression that there is a plan for reducing the number of flock services running on the host OS, If that is the case, Could you please share the list of what flock services that you have in mind to put in a container? this will help us to reduce the list of packages we need to build.
On the same topic, for the none open stack packages like systemd, bash or python, do you have the list of packages that need to run outside the containers on the host OS? Having this exact list of packages will help us to focus on the exact packages to build on Ubuntu.
Regards
Victor Rodriguez
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
On Tue, Feb 26, 2019 at 8:14 PM Rowsell, Brent Brent.Rowsell@windriver.com wrote:
Hi Victor,
For R2 only the openstack and some of it’s supporting services will be containerized.
A longer term objective is to containerize as much of the flock services as possible. This is a candidate for the next release and will be discussed as part of the R3 planning later this year.
Brent
Thanks a lot for your repply Brent
I definitely support the approach of containers, now, one question, if the goal is to containerize as much of the flock services as possible, can we have the list of what services are not going to be on containers? based on that we can minimize the efforts of packaging for Ubuntu and maybe help more on the containerization of the flock services. The more we have in containers the easier is for us to migrate to other OS ( the packages that might need be ported to other OS might be: kernel, horizon, and keystone right ? )
So far we have a POC of fm-manager and fm-common [1], what I don't want is to spend time building debs that will not be useful in the future.
Regards
Victor Rodriguez
[1] https://github.com/marcelarosalesj/stx-packaging/commit/4bf237bf5f97e68b96a5...
Sent from my iPhone
On Feb 26, 2019, at 11:59 AM, Victor Rodriguez vm.rod25@gmail.com wrote:
Hi Frank and STX community
Based on the presentation discuss during phoenix meeting last January I had the impression that flock services were meant to be on the host OS where the containers are running, is this still valid for the long term?
I am asking this because on today multi-OS meeting we present the following architecture/plan:
https://docs.google.com/presentation/d/1ck7vGH50AIAjUx9GNrIGtowG5qg7OYUBNdJy...
Where we are considering the task of build all the flock services on Ubuntu, However, based on this task:
https://storyboard.openstack.org/#!/story/2004008
Gives me the impression that there is a plan for reducing the number of flock services running on the host OS, If that is the case, Could you please share the list of what flock services that you have in mind to put in a container? this will help us to reduce the list of packages we need to build.
On the same topic, for the none open stack packages like systemd, bash or python, do you have the list of packages that need to run outside the containers on the host OS? Having this exact list of packages will help us to focus on the exact packages to build on Ubuntu.
Regards
Victor Rodriguez
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
Hi Victor,
See inline
Brent
-----Original Message----- From: Victor Rodriguez [mailto:vm.rod25@gmail.com] Sent: Wednesday, February 27, 2019 12:00 PM To: Rowsell, Brent Brent.Rowsell@windriver.com Cc: starlingx-discuss@lists.starlingx.io; Miller, Frank Frank.Miller@windriver.com Subject: Re: [Starlingx-discuss] Is there any plan of containerize the flock services ?
On Tue, Feb 26, 2019 at 8:14 PM Rowsell, Brent Brent.Rowsell@windriver.com wrote:
Hi Victor,
For R2 only the openstack and some of it’s supporting services will be containerized.
A longer term objective is to containerize as much of the flock services as possible. This is a candidate for the next release and will be discussed as part of the R3 planning later this year.
Brent
Thanks a lot for your repply Brent
I definitely support the approach of containers, now, one question, if the goal is to containerize as much of the flock services as possible, can we have the list of what services are not going to be on containers? based on that we can minimize the efforts of packaging for Ubuntu and maybe help more on the containerization of the flock services. The more we have in containers the easier is for us to migrate to other OS ( the packages that might need be ported to other OS might be: kernel, horizon, and keystone right ? ) [BR] Unfortunately I will not have that view of what can/will be containerized until we start the R3 planning.
So far we have a POC of fm-manager and fm-common [1], what I don't want is to spend time building debs that will not be useful in the future.
Regards
Victor Rodriguez
[1] https://github.com/marcelarosalesj/stx-packaging/commit/4bf237bf5f97e68b96a5...
Sent from my iPhone
On Feb 26, 2019, at 11:59 AM, Victor Rodriguez vm.rod25@gmail.com wrote:
Hi Frank and STX community
Based on the presentation discuss during phoenix meeting last January I had the impression that flock services were meant to be on the host OS where the containers are running, is this still valid for the long term?
I am asking this because on today multi-OS meeting we present the following architecture/plan:
https://docs.google.com/presentation/d/1ck7vGH50AIAjUx9GNrIGtowG5qg7 OYUBNdJyY-5ZvDc/edit?usp=sharing
Where we are considering the task of build all the flock services on Ubuntu, However, based on this task:
https://storyboard.openstack.org/#!/story/2004008
Gives me the impression that there is a plan for reducing the number of flock services running on the host OS, If that is the case, Could you please share the list of what flock services that you have in mind to put in a container? this will help us to reduce the list of packages we need to build.
On the same topic, for the none open stack packages like systemd, bash or python, do you have the list of packages that need to run outside the containers on the host OS? Having this exact list of packages will help us to focus on the exact packages to build on Ubuntu.
Regards
Victor Rodriguez
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
On Fri, Mar 1, 2019 at 7:20 AM Rowsell, Brent Brent.Rowsell@windriver.com wrote:
Hi Victor,
See inline
Brent
-----Original Message----- From: Victor Rodriguez [mailto:vm.rod25@gmail.com] Sent: Wednesday, February 27, 2019 12:00 PM To: Rowsell, Brent Brent.Rowsell@windriver.com Cc: starlingx-discuss@lists.starlingx.io; Miller, Frank < Frank.Miller@windriver.com> Subject: Re: [Starlingx-discuss] Is there any plan of containerize the flock services ?
On Tue, Feb 26, 2019 at 8:14 PM Rowsell, Brent < Brent.Rowsell@windriver.com> wrote:
Hi Victor,
For R2 only the openstack and some of it’s supporting services will be
containerized.
A longer term objective is to containerize as much of the flock services
as possible. This is a candidate for the next release and will be discussed as part of the R3 planning later this year.
Brent
Thanks a lot for your repply Brent
I definitely support the approach of containers, now, one question, if the goal is to containerize as much of the flock services as possible, can we have the list of what services are not going to be on containers? based on that we can minimize the efforts of packaging for Ubuntu and maybe help more on the containerization of the flock services. The more we have in containers the easier is for us to migrate to other OS ( the packages that might need be ported to other OS might be: kernel, horizon, and keystone right ? ) [BR] Unfortunately I will not have that view of what can/will be containerized until we start the R3 planning.
Thanks a lot for the reply Brent, as discussed on the multiOS meeting we will focus for now on the build of one STX flock service in Ubuntu as preparation for the build of maybe more. During today containers meeting I heard that the only one that is a target for R2 is sxt fault , is that correct ? that was the one we were taking as POC to build, but if it is already targeted to be in a container we might choose a different one, Brent, Frank, which one do you recommend we take one, that we all be aware that we are working on?
Regards
Victor Rodriguez
So far we have a POC of fm-manager and fm-common [1], what I don't want is
to spend time building debs that will not be useful in the future.
Regards
Victor Rodriguez
[1] https://github.com/marcelarosalesj/stx-packaging/commit/4bf237bf5f97e68b96a5...
Sent from my iPhone
On Feb 26, 2019, at 11:59 AM, Victor Rodriguez vm.rod25@gmail.com
wrote:
Hi Frank and STX community
Based on the presentation discuss during phoenix meeting last January I had the impression that flock services were meant to be on the host OS where the containers are running, is this still valid for the long term?
I am asking this because on today multi-OS meeting we present the following architecture/plan:
https://docs.google.com/presentation/d/1ck7vGH50AIAjUx9GNrIGtowG5qg7 OYUBNdJyY-5ZvDc/edit?usp=sharing
Where we are considering the task of build all the flock services on Ubuntu, However, based on this task:
https://storyboard.openstack.org/#!/story/2004008
Gives me the impression that there is a plan for reducing the number of flock services running on the host OS, If that is the case, Could you please share the list of what flock services that you have in mind to put in a container? this will help us to reduce the list of packages we need to build.
On the same topic, for the none open stack packages like systemd, bash or python, do you have the list of packages that need to run outside the containers on the host OS? Having this exact list of packages will help us to focus on the exact packages to build on
Ubuntu.
Regards
Victor Rodriguez
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
participants (2)
-
Rowsell, Brent
-
Victor Rodriguez