Le mar. 23 févr. 2021, à 03 h 07, Janne Johansson <icepic.dz@xxxxxxxxx> a écrit : > >>> Hello, > >>> We have functional ceph swarm with a pair of S3 rgw in front that uses > >>> A.B.C.D domain to be accessed. > >>> > >>> Now a new client asks to have access using the domain : E.C.D, but to > >>> already existing buckets. This is not a scenario discussed in the > docs. > >>> Apparently, looking at the code and by trying it, rgw does not support > >>> multiple domains for the variable rgw_dns_name. > >>> > >>> But reading through parts of the code, I am no dev, and my c++ is 25 > years > >>> rusty, I get the impression that maybe we could just add a second pair > of > >>> rgw S3 servers that would give service to the same buckets, but using a > >>> different domain. > >>> > >>> Am I wrong ? Let's say this works, is this an unconscious behaviour > that > >>> the ceph team would remove down the road ? > >> > >> We run this, a LB sends to one pool for one DNS name and to another pool > >> for a different DNS name, and both rgws serve the "same" buckets. > > > > > > How can they serve the "same" buckets if they are in different ceph > pools ? Am I understanding you correctly ? To me, same bucket means same > objects. > > I mean that a user can go via either one, and it works. > And no, it is not different ceph pools, it is the same ceph pools > underneath, only the rgw name in the conf differs. > > > So if I were to deploy a new pair of RGWS with the new domain, would it > create a bunch of new pools in ceph to store its objects or reuse the > preexisting ones ? > > It reuses the old pools. The pool names are not tied to the DNS name > the rgw is using, so it starts looking for .rgw.root and from there > divines which zones and zonegroups exist and (in our case) that the > pools are default.rgw.buckets.index and so on, which is true for both > sets of rgws. > > Thank you, it confirms what I thought. In my modest opinion, this multi domain is quite important and should be better documented on the various ways to do it using ceph. This seems to be a distinct advantage of ceph compared to amazon's S3. >> Since S3 auth v4 the dns name is very much a part of the hash to make > your > >> access work, so whatever the client thinks is the DNS name is what it > will > >> use to make the hash-of-hash-of-hash* combination to auth itself. > >> > >> We haven't made a huge attempt to break it by doing wacky parallel > accesses > >> from both directions, but it seems to work to move off clients from old > name > >> to new name and the stragglers that will never change will get the old > small > >> LB pool and the clients with a decent config get better service. > > > > I have a need for parallel access, have you tried it ? > > We have not tried since we see it as either you have moved to the new > name or you haven't. > > I don't expect this to be a showstopper, since having N+1 rgws in all > other cases is equally susceptible to races regardless of the DNS name > the client used to reach an rgw. > After auth is done, I expect it to be quite similar if your client and > my client ends up on different rgw daemons. > Since using N+1 rgw daemons is used in many many installations, I > consider that use-case tested well enough. > > -- > May the most significant bit of your life be positive. > -- Simon Pierre Desrosiers Architecte de Solutions Direction technologies, architecture, innovation et sécurité Service des technologies de l'information ___________________________________________ 801 rue Brennan, 10e étage Montréal (Québec) H3C 0G4 Cellullaire : 514-513-8551 sp.desrosiers@xxxxxxxxxxxxxxxxxxxx -- **AVERTISSEMENT** : Ce courriel et les pièces qui y sont jointes sont destinés exclusivement au(x) destinataire(s) mentionné(s) ci-dessus et peuvent contenir de l’information privilégiée ou confidentielle. Si vous avez reçu ce courriel par erreur, ou s’il ne vous est pas destiné, veuillez le mentionner immédiatement à l’expéditeur et effacer ce courriel ainsi que les pièces jointes, le cas échéant. La copie ou la redistribution non autorisée de ce courriel peut être illégale. Le contenu de ce courriel ne peut être interprété qu’en conformité avec les lois et règlements qui régissent les pouvoirs des diverses instances décisionnelles compétentes de la Ville de Montréal. _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx