[openstack-dev] [kolla] propose to remove COPY_ONCE feature

Michał Jastrzębski inc007 at gmail.com
Thu Dec 1 15:28:06 UTC 2016


K8s shouldn't matter as configmaps are the thing out there, not really
kolla-config. Configmap will copy the file where it needs to be
copied, so k8s doesn't care that much which is it. Also, having
copy-once with this all "ephemeral" "die and restart" pod structure is
volatile at least.

On 1 December 2016 at 08:09, Steven Dake (stdake) <stdake at cisco.com> wrote:
> Jeffrey,
>
>
>
> Can’t post inline (outlook bug).
>
>
>
> kolla-kubernetes has no use-case for COPY_ALWAYS.
>
>
>
> The kolla-kubernetes deliverable uses a construct called EmptyDir to store
> configuration files.
>
>
>
> There is no way to hand-modify the configuration files in EmptyDir that I am
> aware of nor was any of the core team aware of during the review processes
> that have been taking place in the helm reviews.
>
>
>
> Therefore, kolla-kubernetes has standardized on COPY_ONCE for immutability
> since hand-modification of config files is an impossibility.
>
>
>
> Hope that clears things up.
>
>
>
> Regards
>
> -steve
>
>
>
> From: Jeffrey Zhang <zhang.lei.fly at gmail.com>
> Reply-To: "OpenStack Development Mailing List (not for usage questions)"
> <openstack-dev at lists.openstack.org>
> Date: Thursday, December 1, 2016 at 5:53 AM
> To: "OpenStack Development Mailing List (not for usage questions)"
> <openstack-dev at lists.openstack.org>
> Subject: Re: [openstack-dev] [kolla] propose to remove COPY_ONCE feature
>
>
>
> @sdake
>
> we can keep COPY_ONCE and COPY_ALWAY in docker images. But in
>
> kolla-ansible side, only implement COPY_ALWAY.
>
>
>
> And does kolla-k8s will only implement COPY_ONCE?
>
>
>
> @Gerard
>
> COPY_ALWAYS only affect the configuration file, like /etc/nova/nova.conf.
>
> others are still immutable.
>
>
>
> @Paul
>
> For the end-user, either COPY_ONCE or COPY_ALWAYS is transparent. When he
>
> running kolla-ansible, there is no big difference.
>
>
>
>
>
> On Thu, Dec 1, 2016 at 6:29 PM, Paul Bourke <paul.bourke at oracle.com> wrote:
>
> While I would be interested to know how many people actually do use
> COPY_ONCE, I think if I was in charge of a production deployment I would use
> COPY_ONCE.
>
>
>
> On 01/12/16 02:27, Jeffrey Zhang wrote:
>
> Kolla has a config_strategy option during deployment. it supports
> COPY_ONCE and
> COPY_ALWAYS.  which means whether copy the configuration files defined in
> config.json again during starting containers.
>
> COPY_ALWAYS: copy all configuration files always during every start (
> default
>              value now )
> COPY_ONCE: copy only once for the first start, then it
>            won't copy even the configuration is changed
>
> COPY_ALWAYS is more common for most users. change configuration, then
> restart
> containers and it works. but COPY_ONCE is not. after changing the
> configuration,
> should remove the container and start it again.
>
> for COPY_ONCE, the pro is keeping immutability of the container.  the con is
> making thing difficult. no matter for kolla code or end-user.
>
> I am curiosity does end-user really care about the immutability cause by
> configuration file? how many user really need such a feature?
>
> So I propose to remove COPY_ONCE.
>
> any idea is welcome ;)
>
> --
> Regards,
> Jeffrey Zhang
>
> Blog: http://xcodest.me <http://xcodest.me/>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
>
> --
>
> Regards,
>
> Jeffrey Zhang
>
> Blog: http://xcodest.me
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



More information about the OpenStack-dev mailing list