For the time being, we are looking into OSS solutions for the storage, but
will consider other stuff to.
Thx for sharing
On 26 May 2015 at 15:24, Erik Weber wrote:
> If it's within your budget, we've had good results with NetApp and are
> happy to recommend it.
> I'm not responsible for configu
If it's within your budget, we've had good results with NetApp and are
happy to recommend it.
I'm not responsible for configuring it, so I cannot say anything about how
we do that, but we're using it's clustering abilities and haven't had any
downtime on it.
I believe the guys at Shuberg Philis al
Thx Erik, Interesting stuff :)
We will test for now how Swift emulates S3 :)
In general, we try to avoid single/multiply NFS boxes for SPOF and scaling
reasons, as Secondary Storage, so we are yet to come with good solution,
that works in ACS in nice fashion...
On 26 May 2015 at 15:13, Erik Web
These are probably a bit early to use anywhere production, but they do look
interesting:
https://github.com/bouncestorage/swiftproxy
https://github.com/bouncestorage/s3proxy
--
Erik
On Tue, May 26, 2015 at 3:09 PM, Pierre-Luc Dion wrote:
> S3 seams the have different behavior, ex: download PC
S3 seams the have different behavior, ex: download PCT status is display.
I haven't extensively test but seams to work well,
On Tue, May 26, 2015 at 9:05 AM, Andrija Panic
wrote:
> Guys, is using S3 for Secondary Storage any better supported in ACS in your
> opinion? We plan to also try talkin
Guys, is using S3 for Secondary Storage any better supported in ACS in your
opinion? We plan to also try talking S3 to Swift, to see how that works...
Thx
On 26 May 2015 at 15:03, Erik Weber wrote:
> On Tue, May 26, 2015 at 2:51 PM, Pierre-Luc Dion
> wrote:
>
> > Hi Andrija,
> >
> > Swift inte
On Tue, May 26, 2015 at 2:51 PM, Pierre-Luc Dion wrote:
> Hi Andrija,
>
> Swift integration in cloudstack + XenServer require interaction from
> Xenserver to initiate connection to Swift proxies, this is made using
> /etc/xapi.d/plugins/swiftxen which is a fairly old python script that only
> su
Hi Pierre,
I understand the Xen limitations, we are here with KVM, and it seems most
of the problems I described, are actually results of our modification to
support v2 auth...
My comments/answer down below :)
On 26 May 2015 at 14:51, Pierre-Luc Dion wrote:
> Hi Andrija,
>
> Swift integration
Hi Andrija,
Swift integration in cloudstack + XenServer require interaction from
Xenserver to initiate connection to Swift proxies, this is made using
/etc/xapi.d/plugins/swiftxen which is a fairly old python script that only
support Swift api V1. I've tried to upgrade that script which seams to
Thanks Will - yes per what Pierre-Luc Dion said, only v1 supported, but we
kind of solved this with writing wrapper (as a quick solution) arround the
auth script, and also keystone packages etc installed in systemVM
template...
Still troubleshooting other stuff...
Thanks for feedback,
Andrija
On
When I last reviewed the code, the actual swift-xen implementation did not
support any auth system other than v1. I would have to review it again to
know for sure, but that is my memory.
The swift api library used by ACS is very outdated and really needs to be
addressed. The library used is depr
Hi people,
anyone using Swift as Region wide Secondary Storage with Swift 2.x, auth v
2.0?
We are rewriting auth scripts/making wraper, and changing systemVM template
to support v2 auth, and main download/register tempalte/iso works, but we
are hitting many other bugs, that we try to iron out as
12 matches
Mail list logo
