switch to room list switch to menu My folders
Go to page: First ... 54 55 56 57 [58] 59 60 61 62 ... Last
[#] Sun Jan 19 2020 15:13:57 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Why would you care about K8S? K8S does Docker, and Docker is *so* obsolete now that Red Hat is dropping it. </sarc>

(So if anyone was silly enough to suspect that IBM wouldn't fuck up Red Hat as fast as they could ...)

[#] Sun Jan 19 2020 19:52:11 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

What I actually said is that K8S is not my tool of choice. I'm trying to stay away from it until somebody crams it down my throat.

[#] Mon Jan 20 2020 11:11:57 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Ok, but you're still using Docker containers, right? All that's in question is the orchestration platform?

[#] Mon Jan 20 2020 14:31:54 EST from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

You could always use Openshift. Yesh.

[#] Wed Jan 29 2020 09:30:37 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Even with Openshift, you're still orchestrating Docker containers. But not for long.

Red Hat has decided to drop support for Docker entirely. In its place they are pushing "Podman". So basically if you're interested in downloading and running pre-built Docker containers, you're not going to be doing it on Red Hat anymore.

I have a container project coming up later this year. Docker support is pretty much a strict requirement. It would be difficult to recommend anything other than K8S for orchestration. Red Hat has pretty much put themselves out of the running here, and I intend to tell them so the next time we meet with their people.

[#] Wed Jan 29 2020 14:42:03 EST from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

Docker is dying a slow death it seems.... Docker fails because it isn't an orchestration tool. A container is a container. Who cares if it's Docker?

[#] Thu Jan 30 2020 09:41:47 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

From where I sit, everyone seems to want to run Docker containers. Software that ships as a pre-built Docker container can be loaded into Kubernetes and/or any cloud provider that supports Docker.

Saying otherwise sounds to me like the equivalent of "A binary is a binary.
Who cares it if it's Windows?" (If that were true we'd all be in a better world, right?)

[#] Fri Jan 31 2020 10:22:19 EST from Ragnar Danneskjold

[Reply] [ReplyQuoted] [Headers] [Print]

You can build an OCI image without Docker....

[#] Fri Jan 31 2020 15:25:51 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Sure, and OS/2 could run Win16 programs too. We all know how difficult it is to paddle upstream when the industry has already selected the winner. It's straightforward enough to get people to use an arbitrary orchestration system, but to tell them they can't use Docker? That sounds like a tough sell.

[#] Thu Feb 06 2020 08:43:59 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

2020-01-20 11:11 from IGnatius T Foobar
Ok, but you're still using Docker containers, right? All that's in
question is the orchestration platform?


LOL, docker is not going away any time soon, no, given the typical lifecycle of datacenter deployments.

[#] Thu Feb 06 2020 08:46:21 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

Guys, rumors of docker's death are greatly exaggerated. podman ingests docker images, and in a few short months docker will have cgroupsv2 support and run on the latest redhat unmodified. The difference? You'll download your docker RPMs from a non-redhat repo, but people are already doing that *anyway*

[#] Thu Feb 06 2020 10:48:36 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Right ... and I don't think anyone is suggesting that Docker is going away.
Quite the opposite, in fact. I am suggesting that these happenings may mean that Red Hat Linux may not be the best choice for a Docker-centric container infrastructure. Perhaps it never was. I am certainly turned off. Although I was never big on Ubuntu for servers, they support both Docker and Kubernetes out of the box, so I might give that another look.

Podman being able to run Docker images sounds suspiciously like OS/2 being able to run Win16 images ... but IBM probably fired anyone old enough to remember :)

[#] Thu Feb 06 2020 11:40:10 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

Ubuntu does support Docker out of the box, but their packages lag a bit behind what's current. That's less true in Ubuntu 19.10, but Ubuntu 18.04 is still shipping docker 18.09.7.

This might not be a big deal for you, but some of us have been running the `docker-ce` package from Docker's own Ubuntu repo for some time now.

(I've been working here since 2018-Nov, and my initial dev env that I built at that time was Ubuntu 18.04. Ubuntu LTS did not start shipping a current (v18 or newer) version of docker until 9 months later.)

((Why am I nesting my parentheses?))

[#] Thu Feb 06 2020 11:46:35 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

K8S is a funny thing. It's highly opinionated about how to build your network infrastructure... it's fine if your applications are aware of it, but I think it'll have trouble with some legacy workloads, i.e. anything that wants to just look at its local network stack and assume that the IP addresses it sees are actually routable from clients.

[#] Fri Feb 07 2020 18:15:02 EST from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

K8S has pluggable CNI so what you get for a network depends on what module you choose for the networking. If you pick something basic like Flannel you aren't going to get much other than what Docker provides on the individual hosts. Attaching to a fabric using something like VMware PKS and NSX-T would make the containers first class citizens on a real network (subject to whatever microsegmentation you have in place, of course).

For lift-and-shift workloads, it is, as you suggest, a bit of a hassle. In a perfect world you're going to have some sort of pub-sub infrastructure in place where a container announces to the load balancer what service it is providing, and the actual location on the network no longer matters. (Ragnar - this is what I was trying to suggest for the flexible and spherical project we worked on years ago, but no one had software that could do it. We were ahead of our time -- and ahead of the people we were working with.)

[#] Sat Feb 08 2020 20:11:26 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

It's kinda like a Swiss Army Knife with some empty slots for tools that might exist 2 years from now...

[#] Mon Feb 10 2020 12:40:09 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

Ahh, I thought this didn't exist yet, I stand corrected (or at least updated):

Still I think it may not support the increased limits as per AWS VPC Trunking on ECS. Which we are using here, as of last week. They'll get there eventually, I guess.

[#] Tue Feb 11 2020 14:35:41 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

too bad this only works on linux hosts, but this is what we need for decent virtualization performance on desktop workloads:

for me, the whole point would be to run it on a windows host.

[#] Tue Feb 11 2020 20:06:06 EST from LoanShark

[Reply] [ReplyQuoted] [Headers] [Print]

Linux is still a little raw on this Ice Lake laptop. I've got one kernel that appears to have stable video drivers and completely broken iwlwifi; another has stable iwlwifi and slightly wonky DisplayPort. So it goes...

[#] Wed Feb 12 2020 19:06:23 EST from darknetuser

[Reply] [ReplyQuoted] [Headers] [Print]

Out of curiosity. Anybody here has faced ugly issues by performing backups and restores via dump on a BSD system?

I currenty back my mini servers up live with drump. I cheat a bit and sequentially disable services before their stuff is backed up. I have had some successful disaster recoveries already. However, the documentation I have been finding online latelly suggests dump is Hugo Chavez (aka Satan) incarnate which makes me wonder.

Go to page: First ... 54 55 56 57 [58] 59 60 61 62 ... Last