From cdrage at redhat.com Tue Jan 9 16:15:01 2018 From: cdrage at redhat.com (Charlie Drage) Date: Tue, 9 Jan 2018 11:15:01 -0500 Subject: [Devtools] Your Kubernetes/OpenShift development environments (do you bare-metal?) Message-ID: <20180109161459.GA14@2a5710ea8eb1> I'm curious as to what everyone's development environment is for OpenShift / Kubernetes? I've got an new-ish SuperMicro server (32GB of RAM, 4HDD's on RAID-5, 6-core CPU). Which I'm in the middle of converting to a Kubernetes development environment (three VM's, one k8s master, two slaves) as well as an OpenShift environment, simulating a bare-metal deployment. I've also got a desktop PC that's been sitting unused for a while which I'm thinking of throwing Docker on and using it for miscellaneous containers. This: http://node.mu/2016/12/19/5-node-nano-itx-kubernetes-tower/ really brouht my curiousity onwards. How is everyone else developing on Kubernetes / OpenShift? -- Charlie Drage Software Engineer Red Hat (Canada) From jmaury at redhat.com Tue Jan 9 16:27:24 2018 From: jmaury at redhat.com (Jean-Francois Maury) Date: Tue, 9 Jan 2018 17:27:24 +0100 Subject: [Devtools] Your Kubernetes/OpenShift development environments (do you bare-metal?) In-Reply-To: <20180109161459.GA14@2a5710ea8eb1> References: <20180109161459.GA14@2a5710ea8eb1> Message-ID: Cdk? Minishift ? Le 9 janv. 2018 17:21, "Charlie Drage" a ?crit : > I'm curious as to what everyone's development environment is for > OpenShift / Kubernetes? > > I've got an new-ish SuperMicro server (32GB of RAM, 4HDD's on RAID-5, > 6-core CPU). Which I'm in the middle of converting to a Kubernetes > development environment (three VM's, one k8s master, two slaves) as > well as an OpenShift environment, simulating a bare-metal deployment. > > I've also got a desktop PC that's been sitting unused for a while > which I'm thinking of throwing Docker on and using it for > miscellaneous containers. > > This: http://node.mu/2016/12/19/5-node-nano-itx-kubernetes-tower/ > really brouht my curiousity onwards. > > How is everyone else developing on Kubernetes / OpenShift? > > -- > Charlie Drage > Software Engineer > Red Hat (Canada) > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tkral at redhat.com Wed Jan 10 10:22:19 2018 From: tkral at redhat.com (Tomas Kral) Date: Wed, 10 Jan 2018 11:22:19 +0100 Subject: [Devtools] Your Kubernetes/OpenShift development environments (do you bare-metal?) In-Reply-To: References: <20180109161459.GA14@2a5710ea8eb1> Message-ID: I use Minishift/Minikube for development. If you are looking for an easy way to deploy Kubernetes on bare metal I recommend kubeadm https://kubernetes.io/docs/setup/independent/install-kubeadm/ Deploying OpenShift is a little bit more painful. I've tried https://github.com/openshift/openshift-ansible server times, but I've never got a clean install without errors form it. On Tue, Jan 9, 2018 at 5:27 PM, Jean-Francois Maury wrote: > Cdk? Minishift ? > > Le 9 janv. 2018 17:21, "Charlie Drage" a ?crit : >> >> I'm curious as to what everyone's development environment is for >> OpenShift / Kubernetes? >> >> I've got an new-ish SuperMicro server (32GB of RAM, 4HDD's on RAID-5, >> 6-core CPU). Which I'm in the middle of converting to a Kubernetes >> development environment (three VM's, one k8s master, two slaves) as >> well as an OpenShift environment, simulating a bare-metal deployment. >> >> I've also got a desktop PC that's been sitting unused for a while >> which I'm thinking of throwing Docker on and using it for >> miscellaneous containers. >> >> This: http://node.mu/2016/12/19/5-node-nano-itx-kubernetes-tower/ >> really brouht my curiousity onwards. >> >> How is everyone else developing on Kubernetes / OpenShift? >> >> -- >> Charlie Drage >> Software Engineer >> Red Hat (Canada) >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > From moahmed at redhat.com Wed Jan 10 11:17:15 2018 From: moahmed at redhat.com (Mohammed Ahmed) Date: Wed, 10 Jan 2018 16:47:15 +0530 Subject: [Devtools] Your Kubernetes/OpenShift development environments (do you bare-metal?) In-Reply-To: References: <20180109161459.GA14@2a5710ea8eb1> Message-ID: On 10-Jan-2018 3:53 PM, "Tomas Kral" wrote: I use Minishift/Minikube for development. If you are looking for an easy way to deploy Kubernetes on bare metal I recommend kubeadm https://kubernetes.io/docs/setup/independent/install-kubeadm/ Yea kubeadm is decent Deploying OpenShift is a little bit more painful. I've tried https://github.com/openshift/openshift-ansible server times, but I've never got a clean install without errors form it. Agreed never got clean install from openshift ansible. You could try installing from rpms and configuring yourself On Tue, Jan 9, 2018 at 5:27 PM, Jean-Francois Maury wrote: > Cdk? Minishift ? > > Le 9 janv. 2018 17:21, "Charlie Drage" a ?crit : >> >> I'm curious as to what everyone's development environment is for >> OpenShift / Kubernetes? >> >> I've got an new-ish SuperMicro server (32GB of RAM, 4HDD's on RAID-5, >> 6-core CPU). Which I'm in the middle of converting to a Kubernetes >> development environment (three VM's, one k8s master, two slaves) as >> well as an OpenShift environment, simulating a bare-metal deployment. >> >> I've also got a desktop PC that's been sitting unused for a while >> which I'm thinking of throwing Docker on and using it for >> miscellaneous containers. >> >> This: http://node.mu/2016/12/19/5-node-nano-itx-kubernetes-tower/ >> really brouht my curiousity onwards. >> >> How is everyone else developing on Kubernetes / OpenShift? >> >> -- >> Charlie Drage >> Software Engineer >> Red Hat (Canada) >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > _______________________________________________ Devtools mailing list Devtools at redhat.com https://www.redhat.com/mailman/listinfo/devtools -------------- next part -------------- An HTML attachment was scrubbed... URL: From cdrage at redhat.com Mon Jan 15 15:27:43 2018 From: cdrage at redhat.com (Charlie Drage) Date: Mon, 15 Jan 2018 10:27:43 -0500 Subject: [Devtools] Is there the equivilant of "kubeadm" for OpenShift? (simplifying OpenShift cluster deployment / setup) Message-ID: <20180115152742.GA14@03ae242d9880> I've been playing around lately with setting up bare-metal clusters for Kubernetes and OpenShift. I've setup a Kubernetes cluster and it ended up being a breeze with kubeadm. If you don't know what `kubeadm` is, it's a toolkit to bootstrap a Kubernetes cluster in a (really) easy way. Using "bootstrap tokens" for other hosts to easily join. However... when looking at OpenShift I'm having difficulties setting it all up with Ansible. It's not as easy as `kubeadm init` and `kubeadm join`. I've had to go through the config / variables file several times to try and set it up, but to no avail. I see *why* we have these Ansible scripts, everyone's setup is a little bit different. Is there any motivation internally for simplifying the Ansible setup / process? (kubeadm for OpenShift) P.S. If this is the wrong mailing list to ask, let me know! -- Charlie Drage Software Engineer Red Hat (Canada) From bsutter at redhat.com Thu Jan 18 11:45:22 2018 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 18 Jan 2018 06:45:22 -0500 Subject: [Devtools] Working on a Minishift-based tutorial for Istio Message-ID: https://github.com/redhat-developer-demos/istio-tutorial I plan to give birth to the first week of February. Still a work in progress, we are trying to figure out how mirroring (likely need Istio 0.5.0) and circuit breakers work. We also have plans to convert this tutorial into Katacoda scenarios by mid-February. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mguerett at redhat.com Thu Jan 18 13:58:51 2018 From: mguerett at redhat.com (Michael Guerette) Date: Thu, 18 Jan 2018 08:58:51 -0500 Subject: [Devtools] Working on a Minishift-based tutorial for Istio In-Reply-To: References: Message-ID: This is great! For "Katacoda scenarios", does that mean a concept will be determined by then, or the online offering is available? If the former, any ETA for a user consumable version? Mike On Thu, Jan 18, 2018 at 6:45 AM, Burr Sutter wrote: > https://github.com/redhat-developer-demos/istio-tutorial > > I plan to give birth to the first week of February. > > Still a work in progress, we are trying to figure out how mirroring > (likely need Istio 0.5.0) and circuit breakers work. > > We also have plans to convert this tutorial into Katacoda scenarios by > mid-February. > > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -- Mike Guerette Red Hat Developer Program mguerett at redhat.comdevelopers.redhat.com @MikGue @RHdevelopers -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Thu Jan 18 16:48:20 2018 From: bsutter at redhat.com (Burr Sutter) Date: Thu, 18 Jan 2018 11:48:20 -0500 Subject: [Devtools] Working on a Minishift-based tutorial for Istio In-Reply-To: References: Message-ID: On Thu, Jan 18, 2018 at 8:58 AM, Michael Guerette wrote: > This is great! > > For "Katacoda scenarios", does that mean a concept will be determined by > then, or the online offering is available? If the former, any ETA for a > user consumable version? > We plan to use the Katacoda platform for our DevNexus Workshop in February. Unclear if those same scenarios will also be available to the "public-at-large" since they do require a much beefier Openshift instance than the average scenarios at learn.openshift.com > Mike > > > On Thu, Jan 18, 2018 at 6:45 AM, Burr Sutter wrote: > >> https://github.com/redhat-developer-demos/istio-tutorial >> >> I plan to give birth to the first week of February. >> >> Still a work in progress, we are trying to figure out how mirroring >> (likely need Istio 0.5.0) and circuit breakers work. >> >> We also have plans to convert this tutorial into Katacoda scenarios by >> mid-February. >> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> >> > > > -- > > Mike Guerette > Red Hat Developer Program > mguerett at redhat.comdevelopers.redhat.com > @MikGue @RHdevelopers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bgurung at redhat.com Fri Jan 19 04:20:26 2018 From: bgurung at redhat.com (Budh Ram Gurung) Date: Fri, 19 Jan 2018 09:50:26 +0530 Subject: [Devtools] Working on a Minishift-based tutorial for Istio In-Reply-To: References: Message-ID: Hi Burr, On Thu, Jan 18, 2018 at 10:18 PM, Burr Sutter wrote: > > > On Thu, Jan 18, 2018 at 8:58 AM, Michael Guerette > wrote: > >> This is great! >> >> For "Katacoda scenarios", does that mean a concept will be determined by >> then, or the online offering is available? If the former, any ETA for a >> user consumable version? >> > > We plan to use the Katacoda platform for our DevNexus Workshop in February. > > Unclear if those same scenarios will also be available to the > "public-at-large" since they do require a much beefier Openshift instance > than the average scenarios at learn.openshift.com > > > >> Mike >> >> >> On Thu, Jan 18, 2018 at 6:45 AM, Burr Sutter wrote: >> >>> https://github.com/redhat-developer-demos/istio-tutorial >>> >>> I plan to give birth to the first week of February. >>> >>> Still a work in progress, we are trying to figure out how mirroring >>> (likely need Istio 0.5.0) and circuit breakers work. >>> >>> We also have plans to convert this tutorial into Katacoda scenarios by >>> mid-February. >>> >> Nice! This will be really cool for someone to try Istio in broader sense. However, I am unable to understand why the Istio is installed via Installation Script [1] than Istio Add-on [2] contributed by @Kamesh. I see both have similar oc commands to bring up Istio components. Could you try with Istio add-on in above tutorial ? [1] https://github.com/redhat-developer-demos/istio-tutorial#istio-installation-script [2] https://github.com/minishift/minishift-addons/tree/master/add-ons/istio > >>> >>> >>> _______________________________________________ >>> Devtools mailing list >>> Devtools at redhat.com >>> https://www.redhat.com/mailman/listinfo/devtools >>> >>> >> >> >> -- >> >> Mike Guerette >> Red Hat Developer Program >> mguerett at redhat.comdevelopers.redhat.com >> @MikGue @RHdevelopers >> >> > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > Regards, Budh Ram Gurung -------------- next part -------------- An HTML attachment was scrubbed... URL: From gbraad at redhat.com Fri Jan 19 04:59:58 2018 From: gbraad at redhat.com (Gerard Braad) Date: Fri, 19 Jan 2018 12:59:58 +0800 Subject: [Devtools] Working on a Minishift-based tutorial for Istio In-Reply-To: References: Message-ID: On Fri, Jan 19, 2018 at 12:20 PM, Budh Ram Gurung wrote: > Could you try with Istio add-on in above tutorial ? > I agree, as this would simplify the tutorial (however I think this choice is made due to katacoda, as it would also work against plain OpenShift in that case) Maybe something we could consider is to allow addons to run against any openshift instance? (but that is Ansible territory maybe) Anyway, I noticed the use of `MINISHIFT_ENABLE_EXPERIMENTAL`. In this case this is not necessary. I filed an issue [0] Gerard [0] := https://github.com/redhat-developer-demos/istio-tutorial/issues/10 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Fri Jan 19 13:56:21 2018 From: bsutter at redhat.com (Burr Sutter) Date: Fri, 19 Jan 2018 08:56:21 -0500 Subject: [Devtools] Working on a Minishift-based tutorial for Istio In-Reply-To: References: Message-ID: On Thu, Jan 18, 2018 at 11:59 PM, Gerard Braad wrote: > > > On Fri, Jan 19, 2018 at 12:20 PM, Budh Ram Gurung > wrote: > >> Could you try with Istio add-on in above tutorial ? >> > > I agree, as this would simplify the tutorial (however I think this choice > is made due to katacoda, as it would also work against plain OpenShift in > that case) > Yes and based on the "instability" of Istio on OpenShift (pre-beta at this moment), I like spelling out more steps and removing "magic", for when the next version of Istio ships it is sure to break everything - with the detailed steps, it will easier for the end-user to self-debug the problem (oh, this directory structure is slightly different). > Maybe something we could consider is to allow addons to run against any > openshift instance? (but that is Ansible territory maybe) > > > Anyway, I noticed the use of `MINISHIFT_ENABLE_EXPERIMENTAL`. In this > case this is not necessary. I filed an issue [0] > I have been trying to get Metrics to work, I was hoping that flag would help In any case, metrics have not worked for me for months. (EFK does not work either). > > Gerard > > [0] := https://github.com/redhat-developer-demos/istio-tutorial/issues/10 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gbraad at redhat.com Fri Jan 19 14:28:02 2018 From: gbraad at redhat.com (Gerard Braad) Date: Fri, 19 Jan 2018 22:28:02 +0800 Subject: [Devtools] Working on a Minishift-based tutorial for Istio In-Reply-To: References: Message-ID: On Fri, Jan 19, 2018 at 9:56 PM, Burr Sutter wrote: > Anyway, I noticed the use of `MINISHIFT_ENABLE_EXPERIMENTAL`. In this >> case this is not necessary. I filed an issue [0] >> > I have been trying to get Metrics to work, I was hoping that flag would > help > In any case, metrics have not worked for me for months. > Same experience here in our time... and at times, we wished we had used the experimental flag for this too! -------------- next part -------------- An HTML attachment was scrubbed... URL: