<div dir="auto">We need either multicloud based in openstack or DR.<div dir="auto">Ignazio</div></div><div class="gmail_extra"><br><div class="gmail_quote">Il 11/Lug/2017 09:16 PM, "Curtis" <<a href="mailto:serverascode@gmail.com">serverascode@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jul 11, 2017 at 1:13 PM, Curtis <<a href="mailto:serverascode@gmail.com">serverascode@gmail.com</a>> wrote:<br>
> On Tue, Jul 11, 2017 at 12:43 PM, Ignazio Cassano<br>
> <<a href="mailto:ignaziocassano@gmail.com">ignaziocassano@gmail.com</a>> wrote:<br>
>> Many thanks.<br>
>> As far as networking is concerned in a multipod environment, tricircle is<br>
>> the official project that openstack will support?<br>
><br>
> It's one project. :)<br>
><br>
> I believe there were also some sessions at the last summit regarding<br>
> "neutron multi site" in that the neutron project is looking at ways to<br>
> accomplish this as well. I didn't attend any, but if you google that<br>
> you'll probably find some etherpads.<br>
><br>
> Potentially there would be solutions available via SDN controllers,<br>
> and each solution would be different.<br>
><br>
>> Cinder,  for example, is another element to consider: ceph or other storage<br>
>> replication solutions are<br>
>> not enough for moving instance from a pod to another because they have their<br>
>> own cinder db.<br>
>> Probably in this case we should export the volume from a pod and import to<br>
>> another ....this could get a long time.<br>
><br>
> Yeah I'm not sure what has happened in that area either, but I'm<br>
> fairly sure that Ceph can backup to another Ceph cluster and it would<br>
> be interesting if OpenStack could somehow be made aware of that, but<br>
> of course you have all kinds of other issues in terms of IP migration<br>
> etc. I would imagine many people would suggest having applications<br>
> that can exist across multiple clouds as opposed to doing some kind of<br>
> "openstack aware disaster recovery" though. It would be superb if<br>
> there was an OpenStack way of managing that kind of<br>
> deployment...perhaps there is and I'm just not aware of it. :)<br>
<br>
Sorry, just to clarify, by "that kind of deployment" I mean<br>
multi-cloud applications not openstack aware disaster recovery. :)<br>
<br>
><br>
> Thanks,<br>
> Curtis.<br>
><br>
>> Heat stack is more than e single vm and it could require an important effort<br>
>> for moving.<br>
>> Stretched cluster coulb be a solution in case of well connected pods ?<br>
>> Regards<br>
>> Ignazio<br>
>><br>
>><br>
>> Il 11/Lug/2017 08:10 PM, "Curtis" <<a href="mailto:serverascode@gmail.com">serverascode@gmail.com</a>> ha scritto:<br>
>>><br>
>>> On Tue, Jul 11, 2017 at 10:47 AM, Ignazio Cassano<br>
>>> <<a href="mailto:ignaziocassano@gmail.com">ignaziocassano@gmail.com</a>> wrote:<br>
>>> > I would like both....networking is important but an heat multi pod<br>
>>> > Orchestrator could be fantastic.<br>
>>><br>
>>> So like a higher level system that can manage multiple clouds via<br>
>>> their heat API?<br>
>>><br>
>>> I'm only familiar with some work in the NFV area around MANO<br>
>>> (management and orchestration). There are several systems that can<br>
>>> manage multiple clouds, some using heat and others using the standard<br>
>>> APIs. One OpenStack related example would be the Tacker system.<br>
>>><br>
>>> I think a higher level heat system that could manage other heat<br>
>>> systems would be interesting. I see some mention of heat multicloud<br>
>>> but I'm not sure where that ended up. I should look into that...<br>
>>><br>
>>> Thanks,<br>
>>> Curtis.<br>
>>><br>
>>><br>
>>> > Regards<br>
>>> > Ignazio<br>
>>> ><br>
>>> > Il 11/Lug/2017 06:20 PM, "Curtis" <<a href="mailto:serverascode@gmail.com">serverascode@gmail.com</a>> ha scritto:<br>
>>> >><br>
>>> >> On Tue, Jul 11, 2017 at 9:54 AM, Ignazio Cassano<br>
>>> >> <<a href="mailto:ignaziocassano@gmail.com">ignaziocassano@gmail.com</a>> wrote:<br>
>>> >> > Hi openstackers,<br>
>>> >> > anyone is using tricircle in production environment?<br>
>>> >> > Any alternative for e multi pod openstack like tricircle?<br>
>>> >><br>
>>> >> What is it you want to do?<br>
>>> >><br>
>>> >> AFAIK tricircle has pivoted recently to accomplish networking across<br>
>>> >> multi-region openstack deployments.<br>
>>> >><br>
>>> >> Are you mostly looking for networking across clouds or are you looking<br>
>>> >> to tie a bunch of clouds together with some higher level abstraction?<br>
>>> >> Or both. :)<br>
>>> >><br>
>>> >> Thanks,<br>
>>> >> Curtis.<br>
>>> >><br>
>>> >> > Regards<br>
>>> >> > Ignazio<br>
>>> >> ><br>
>>> >> ><br>
>>> >> > ______________________________<wbr>_________________<br>
>>> >> > OpenStack-operators mailing list<br>
>>> >> > <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.<wbr>openstack.org</a><br>
>>> >> ><br>
>>> >> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-operators</a><br>
>>> >> ><br>
>>> >><br>
>>> >><br>
>>> >><br>
>>> >> --<br>
>>> >> Blog: <a href="http://serverascode.com" rel="noreferrer" target="_blank">serverascode.com</a><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Blog: <a href="http://serverascode.com" rel="noreferrer" target="_blank">serverascode.com</a><br>
><br>
><br>
><br>
> --<br>
> Blog: <a href="http://serverascode.com" rel="noreferrer" target="_blank">serverascode.com</a><br>
<br>
<br>
<br>
--<br>
Blog: <a href="http://serverascode.com" rel="noreferrer" target="_blank">serverascode.com</a><br>
</blockquote></div></div>