Comments (3)
hi @SteveBristow
Thank you very much for your message. It is always a pleasure to read this when someone open an issue :D.
About vRouter, I tried at the beginning of the development of this provider and I faced some issues. But I think we can add it in the Roadmap as some improvement were performed on Goca (OpenNebula GOlang bindings) and it can help a lot.
As I am writing "Roadmap", actually there is not a formal Roadmap because it is quite new yet and for the moment we are not enough to maintain this correctly. I hope, by the end of the year we will have something :).
The plan is to release a v0.2 quite soon and to add new stuffs for a 0.3.
Vrouter can be part of the 0.3 release.
Thank you
from terraform-provider-opennebula.
Thanks @jaypif (et merci),
vRouter can feel a little bit "added on" to OpenNebula - I think it's still finding it's way into the core - but it is a deeply useful, as NFV is a key component of any private cloud - certainly the SDN is one of the key drivers for our adoption.
I will try and contain my excitement for 0.3, and keep null_resourcing bash scripts in the meantime.
I hope your good work gets the recognition (and support) it deserves - this project seems critical to the continued existence of OpenNebula given the widespread adoption of Terraform.
Thank you once again!
from terraform-provider-opennebula.
Hi @SteveBristow
I am thinking about this issue.
Vrouter in OpenNebula is an appliance on top of VMs.
To deploy a Vrouter you need to create a Vrouter template (which is a teamplate with the attribute VROUTER = YES
) and then you can create a Vrouter. Finally you need to instanciate Vrouter using the Vrouter ID and the template ID.
After instanciation you have one or several VMs "Vrouter" running.
My questions is how you want to manage Vrouter and VMs running under Vrouter ?
Usually when a resource is created with terraform, the provider call "allocate" function. So in our case it will create a vrouter appliance.
But it won't instanciate Vrouter VMs. Is it what you expect ? Or do you also want to instantiates VRouter VMs when Vrouter are created ?
IMHO, It is better to add a vrouterid parameter in opennebula_virtual_machine
resource with will instanciate a vrouter VM.
The resource Virtual router is here only to manage the "appliance" part. Does is seems correct for you ?
Actually the idea is to have the same logic with Virtual router than the one already implemented for VM Groups.
This logic means you need to delete all VMs before deleting a Virtual router in case of deletion
from terraform-provider-opennebula.
Related Issues (20)
- Security group management leads to detach and attach of the NIC HOT 3
- How to set the owner of a virtual network? HOT 3
- ```cpumodel``` Crash report HOT 1
- virtual machine (ID: 14): unexpected state 'POWEROFF', wanted target 'RUNNING'. last error: %!s(<nil>) HOT 2
- Impossible to update context of Virtual Router instances
- Add memory, CPU and disk costs in the template resource HOT 2
- It is not possible to add more than a PCI device (passthrough) to a VM HOT 1
- Error creating Ceph Datastore: "SYSTEM datastores cannot have DS_MAD defined"
- Trailing space in `CEPH_HOST` when creating a Ceph datastore
- Missing Data Source for opennebula_virtual_network_address_range
- `opennebula_service` does not honor idempotence (OneKE) HOT 2
- `opennebula_virtual_router_nic`: Add floating_only argument
- Extend `nic` section, add missing arguments like METHOD, GATEWAY or DNS..
- When attempting to create a Ceph datastore of type "IMAGE", the following error occurs: HOT 4
- `opennebula_service` should support role scale operation HOT 1
- VNet address reservation on VNet (inside cluster) looses cluster_ids information on subsequent terraform apply runs HOT 1
- Terraform loses disk in state after resize HOT 2
- Extend "os" section, adding other OS sub-attributes in opennebula_template HOT 1
- Manually Deleted VMs are not recreated HOT 2
- Add `IP` to `opennebula_virtual_router_nic`
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from terraform-provider-opennebula.