Hi!
AFAIK the focus is on ceph-adm to replace ceph-ansible. Today it is still
missing some important features but it is just a matter of time. I don't
think that the devs will do twice the work, once for cephadm and once for
ceph-ansible but if someone feels the need to keep it working and impleme
There should not be any performance difference between an un-containerized
version and a containerized one.
The shift to containers makes sense, as this is the general direction that the
industry as a whole is taking. I would suggest giving cephadm a try, it's
relatively straight forward and si
A containerized environment just makes troubleshooting more difficult,
getting access and retrieving details on Ceph processes isn't as
straightforward as with a non containerized infrastructure. I am still not
convinced that containerizing everything brings any benefits except the
collocation of s
nced features such as easy to allocate iscsi/nfs volumes. Ceph is
> finally doing so now that it is focusing on containers.
> And much more.
>
>
> From: Teoman Onay
> Sent: Wednesday, March 17, 2021 10:38 AM
> To: Matthew H
> Cc: Matthew
> I am still not convinced that containerizing everything brings any
benefits except the collocation of services.
Is there even a benefit? We as croit collocate all our services from Ceph
itself MON,MGR,MDS,OSD,... as well as ISCSI, SMB, NFS,... on the same host.
No problem with that, not a singl
hat has not been the case?
From: Teoman Onay
Sent: Wednesday, March 17, 2021 1:38 PM
To: Matthew H
Cc: Matthew Vernon ; ceph-users
Subject: Re: [ceph-users] Re: ceph-ansible in Pacific and beyond?
A containerized environment just makes troubleshooting more diffi
> > Finer grained ability to allocate resources to services. (This process
> gets 2g of ram and 1 cpu)
>
> do you really believe this is a benefit? How can it be a benefit to have
> crashing or slow OSDs? Sounds cool but doesn't work in most environments
> I
> ever had my hands on.
> We often enco
Am 17.03.21 um 20:09 schrieb Stefan Kooman:
On 3/17/21 7:51 PM, Martin Verges wrote:
I am still not convinced that containerizing everything brings any
benefits except the collocation of services.
Is there even a benefit?
Decoupling from underlying host OS. On a test cluster I'm running U
doing so
now that it is focusing on containers.
And much more.
From: Teoman Onay
Sent: Wednesday, March 17, 2021 10:38 AM
To: Matthew H
Cc: Matthew Vernon; ceph-users
Subject: [ceph-users] Re: ceph-ansible in Pacific and beyond?
Check twice before you
On 3/17/21 1:26 PM, Matthew H wrote:
> There should not be any performance difference between an un-containerized
> version and a containerized one.
>
That is right. Let us choose which one fits our setup better.
Milan
--
Milan Kupcevic
Senior Cyberinfrastructure Engineer at Project NESE
H
On 3/17/21 7:51 PM, Martin Verges wrote:
I am still not convinced that containerizing everything brings any
benefits except the collocation of services.
Is there even a benefit?
Decoupling from underlying host OS. On a test cluster I'm running Ubuntu
Focal on the host (and a bunch of othe
On 3/17/21 1:38 PM, Teoman Onay wrote:
> A containerized environment just makes troubleshooting more difficult,
> getting access and retrieving details on Ceph processes isn't as
> straightforward as with a non containerized infrastructure. I am still not
> convinced that containerizing everything
I agree with this sentiment.
Please do not make a containerized and orchestrated deployment
mandatory until all of the documentation is rewritten to take this
deployment scenario into account.
Also, in the past year, I have personally tested three Ceph training
courses from various vendors. They
I vote for an SSH orchestrator for a bare metal installation too!
(And no, I'm not able to write it.)
Our second Ceph cluster is underway, and I don't know if we ever update our
first cluster (nautilus) to a containerized version. It is constructed a
special way.
Thanks!
Lars
smime.p7s
Descri
Den ons 17 mars 2021 kl 20:17 skrev Matthew H :
>
> "A containerized environment just makes troubleshooting more difficult,
> getting access and retrieving details on Ceph processes isn't as
> straightforward as with a non containerized infrastructure. I am still not
> convinced that containeriz
On 18/03/2021 09:09, Janne Johansson wrote:
Den ons 17 mars 2021 kl 20:17 skrev Matthew H :
"A containerized environment just makes troubleshooting more difficult, getting
access and retrieving details on Ceph processes isn't as straightforward as with a non
containerized infrastructure. I
> So no, I am not convinced yet. Not against it, but personally I would say
it's not the only way forward.
100% agree to your whole answer
--
Martin Verges
Managing director
Mobile: +49 174 9335695
E-Mail: martin.ver...@croit.io
Chat: https://t.me/MartinVerges
croit GmbH, Freseniusstr. 31h, 812
czw., 18 mar 2021 o 09:42 Wido den Hollander napisał(a):
>
> Me being one of them.
>
> Yes, it's all possible with containers, but it's different. And I don't
> see the true benefit of running Ceph in Docker just yet.
>
> Another layer of abstraction which you need to understand. Also, when
> you
On 3/18/21 9:09 AM, Janne Johansson wrote:
Den ons 17 mars 2021 kl 20:17 skrev Matthew H :
"A containerized environment just makes troubleshooting more difficult, getting
access and retrieving details on Ceph processes isn't as straightforward as with a non
containerized infrastructure. I am
Hi all,
ceph-ansible@stable-6.0 supports pacific and the current content in the
branch 'master' (future stable-7.0) is intended to support Ceph Quincy.
I can't speak on behalf of Dimitri but I'm personally willing to keep
maintaining ceph-ansible if there are interests, but people must be aware
t
On 3/18/21 2:36 AM, Lars Täuber wrote:
> I vote for an SSH orchestrator for a bare metal installation too!
+1
Cephadm with a no containers option would do.
Milan
--
Milan Kupcevic
Senior Cyberinfrastructure Engineer at Project NESE
Harvard University
FAS Research Computing
I too would be amenable to a cephadm orchestrator on bare metal if that were an
option.
I thought that I would drop this video for anyone that hasn't seen it yet.
It hits on a lot of people's sentiments about containers being not great for
debugging, while also going into some of the pros to the
On 3/17/21 5:50 PM, Matthew Vernon wrote:
Hi,
I caught up with Sage's talk on what to expect in Pacific (
https://www.youtube.com/watch?v=PVtn53MbxTc ) and there was no mention
of ceph-ansible at all.
Is it going to continue to be supported? We use it (and uncontainerised
packages) for all
Hi,
On 19/3/21 1:11 pm, Stefan Kooman wrote:
Is it going to continue to be supported? We use it (and
uncontainerised packages) for all our clusters, so I'd be a bit
alarmed if it was going to go away...
Just a reminder to all of you. Please fill in the Ceph-user survey and > make
your voice
Hi,
On 18/03/2021 15:03, Guillaume Abrioux wrote:
ceph-ansible@stable-6.0 supports pacific and the current content in the
branch 'master' (future stable-7.0) is intended to support Ceph Quincy.
I can't speak on behalf of Dimitri but I'm personally willing to keep
maintaining ceph-ansible if th
25 matches
Mail list logo