[jira] [Created] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
Pearl Dsilva created CLOUDSTACK-10453: - Summary: GSoC 2022 Idea: CloudStack Edge Zones Key: CLOUDSTACK-10453 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 Project: CloudStack Issue Type: New Feature Security Level: Public (Anyone can view this level - this is the default.) Reporter: Pearl Dsilva ## Background Over recent years, Edge computing has been gaining popularity as it defines a model that brings compute and storage closer to where they are consumed by the end-user. By being closer to the end-user a better experience can be provided with reduction on overall latency, lower bandwidth requirements, lower TCO, more flexible hardware/software model, while also ensuring security and reliability. To align ACS with this evolving cloud computing model we would like to propose an idea of supporting Edge Zones in CloudStack, which can be also looked upon as a lightweight zone, with minimal resources. ## Requirement Today, when a Zone is setup in CloudStack, it by default comes up with a secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this project, we would need to define a new zone type to decide the change in workflow required to ensure that a CPVM & SSVM isn't spawned up by default. Basic characteristics of an Edge zone include: - no need for Secondary Storage - no Secondary Storage VM - no Console Proxy VM - Local storage only as typically an edge device comprises of a single compute node (host) - And supports L2 and Isolated networks. A high-level view of an edge zone would look something like:  ## Relevant Skills: Java MySQL Vue.js (Basic) ## Difficulty Medium ## Project Duration: 175 hours ## Potential Mentors Alex Mattioli Nicolas Vazquez Pearl Dsilva -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10453: -- Attachment: image-2022-03-01-17-30-52-329.png > GSoC 2022 Idea: CloudStack Edge Zones > - > > Key: CLOUDSTACK-10453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Pearl Dsilva >Priority: Major > Labels: cloudstack, gsoc2022 > Attachments: image-2022-03-01-17-30-30-509.png, > image-2022-03-01-17-30-52-329.png > > > ## Background > Over recent years, Edge computing has been gaining popularity as it defines a > model that brings compute and storage closer to > where they are consumed by the end-user. By being closer to the end-user a > better experience can be provided with reduction on overall latency, lower > bandwidth requirements, lower TCO, more flexible hardware/software model, > while also ensuring security and reliability. To align ACS with this evolving > cloud computing model we would like to propose an idea of supporting Edge > Zones in CloudStack, which > can be also looked upon as a lightweight zone, with minimal resources. > ## Requirement > Today, when a Zone is setup in CloudStack, it by default comes up with a > secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this > project, we would need to define a new zone type to decide the change in > workflow required to ensure that a CPVM & SSVM isn't spawned up by default. > Basic characteristics of an Edge zone include: > - no need for Secondary Storage > - no Secondary Storage VM > - no Console Proxy VM > - Local storage only as typically an edge device comprises of a single > compute node (host) > - And supports L2 and Isolated networks. > A high-level view of an edge zone would look something like: >  > ## Relevant Skills: > Java > MySQL > Vue.js (Basic) > ## Difficulty > Medium > ## Project Duration: > 175 hours > ## Potential Mentors > Alex Mattioli > Nicolas Vazquez > Pearl Dsilva > > -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10453: -- Attachment: image-2022-03-01-17-30-30-509.png > GSoC 2022 Idea: CloudStack Edge Zones > - > > Key: CLOUDSTACK-10453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Pearl Dsilva >Priority: Major > Labels: cloudstack, gsoc2022 > Attachments: image-2022-03-01-17-30-30-509.png, > image-2022-03-01-17-30-52-329.png > > > ## Background > Over recent years, Edge computing has been gaining popularity as it defines a > model that brings compute and storage closer to > where they are consumed by the end-user. By being closer to the end-user a > better experience can be provided with reduction on overall latency, lower > bandwidth requirements, lower TCO, more flexible hardware/software model, > while also ensuring security and reliability. To align ACS with this evolving > cloud computing model we would like to propose an idea of supporting Edge > Zones in CloudStack, which > can be also looked upon as a lightweight zone, with minimal resources. > ## Requirement > Today, when a Zone is setup in CloudStack, it by default comes up with a > secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this > project, we would need to define a new zone type to decide the change in > workflow required to ensure that a CPVM & SSVM isn't spawned up by default. > Basic characteristics of an Edge zone include: > - no need for Secondary Storage > - no Secondary Storage VM > - no Console Proxy VM > - Local storage only as typically an edge device comprises of a single > compute node (host) > - And supports L2 and Isolated networks. > A high-level view of an edge zone would look something like: >  > ## Relevant Skills: > Java > MySQL > Vue.js (Basic) > ## Difficulty > Medium > ## Project Duration: > 175 hours > ## Potential Mentors > Alex Mattioli > Nicolas Vazquez > Pearl Dsilva > > -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10453: -- Description: h2. *Background* Over recent years, Edge computing has been gaining popularity as it defines a model that brings compute and storage closer to where they are consumed by the end-user. By being closer to the end-user a better experience can be provided with reduction on overall latency, lower bandwidth requirements, lower TCO, more flexible hardware/software model, while also ensuring security and reliability. To align ACS with this evolving cloud computing model we would like to propose an idea of supporting Edge Zones in CloudStack, which can be also looked upon as a lightweight zone, with minimal resources. h2. *Requirement* Today, when a Zone is setup in CloudStack, it by default comes up with a secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this project, we would need to define a new zone type to decide the change in workflow required to ensure that a CPVM & SSVM isn't spawned up by default. Basic characteristics of an Edge zone include: - no need for Secondary Storage - no Secondary Storage VM - no Console Proxy VM - Local storage only as typically an edge device comprises of a single compute node (host) - And supports L2 and Isolated networks. A high-level view of an edge zone would look something like: !image-2022-03-01-17-30-52-329.png! h2. *Relevant Skills:* Java MySQL Vue.js (Basic) h2. *Difficulty:* Medium h2. *Project Duration:* 175 hours h2. *Potential Mentors:* Alex Mattioli Nicolas Vazquez Pearl Dsilva was: ## Background Over recent years, Edge computing has been gaining popularity as it defines a model that brings compute and storage closer to where they are consumed by the end-user. By being closer to the end-user a better experience can be provided with reduction on overall latency, lower bandwidth requirements, lower TCO, more flexible hardware/software model, while also ensuring security and reliability. To align ACS with this evolving cloud computing model we would like to propose an idea of supporting Edge Zones in CloudStack, which can be also looked upon as a lightweight zone, with minimal resources. ## Requirement Today, when a Zone is setup in CloudStack, it by default comes up with a secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this project, we would need to define a new zone type to decide the change in workflow required to ensure that a CPVM & SSVM isn't spawned up by default. Basic characteristics of an Edge zone include: - no need for Secondary Storage - no Secondary Storage VM - no Console Proxy VM - Local storage only as typically an edge device comprises of a single compute node (host) - And supports L2 and Isolated networks. A high-level view of an edge zone would look something like:  ## Relevant Skills: Java MySQL Vue.js (Basic) ## Difficulty Medium ## Project Duration: 175 hours ## Potential Mentors Alex Mattioli Nicolas Vazquez Pearl Dsilva > GSoC 2022 Idea: CloudStack Edge Zones > - > > Key: CLOUDSTACK-10453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Pearl Dsilva >Priority: Major > Labels: cloudstack, gsoc2022 > Attachments: image-2022-03-01-17-30-30-509.png, > image-2022-03-01-17-30-52-329.png > > > h2. *Background* > Over recent years, Edge computing has been gaining popularity as it defines a > model that brings compute and storage closer to > where they are consumed by the end-user. By being closer to the end-user a > better experience can be provided with reduction on overall latency, lower > bandwidth requirements, lower TCO, more flexible hardware/software model, > while also ensuring security and reliability. To align ACS with this evolving > cloud computing model we would like to propose an idea of supporting Edge > Zones in CloudStack, which > can be also looked upon as a lightweight zone, with minimal resources. > h2. *Requirement* > Today, when a Zone is setup in CloudStack, it by default comes up with a > secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this > project, we would need to define a new zone type to decide the change in > workflow required to ensure that a CPVM & SSVM isn't spawned up by default. > Basic characteristics of an Edge zone include: > - no need for Secondary Storage > - no Secondary Storage VM > - no Console Proxy VM > - Local storage only as typically
[jira] [Updated] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10453: -- Labels: gsoc2022 (was: cloudstack gsoc2022) > GSoC 2022 Idea: CloudStack Edge Zones > - > > Key: CLOUDSTACK-10453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Pearl Dsilva >Priority: Major > Labels: gsoc2022 > Attachments: image-2022-03-01-17-30-30-509.png, > image-2022-03-01-17-30-52-329.png > > > h2. *Background* > Over recent years, Edge computing has been gaining popularity as it defines a > model that brings compute and storage closer to > where they are consumed by the end-user. By being closer to the end-user a > better experience can be provided with reduction on overall latency, lower > bandwidth requirements, lower TCO, more flexible hardware/software model, > while also ensuring security and reliability. To align ACS with this evolving > cloud computing model we would like to propose an idea of supporting Edge > Zones in CloudStack, which > can be also looked upon as a lightweight zone, with minimal resources. > h2. *Requirement* > Today, when a Zone is setup in CloudStack, it by default comes up with a > secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this > project, we would need to define a new zone type to decide the change in > workflow required to ensure that a CPVM & SSVM isn't spawned up by default. > Basic characteristics of an Edge zone include: > - no need for Secondary Storage > - no Secondary Storage VM > - no Console Proxy VM > - Local storage only as typically an edge device comprises of a single > compute node (host) > - And supports L2 and Isolated networks. > A high-level view of an edge zone would look something like: > !image-2022-03-01-17-30-52-329.png! > h2. *Relevant Skills:* > Java > MySQL > Vue.js (Basic) > h2. *Difficulty:* > Medium > h2. *Project Duration:* > 175 hours > h2. *Potential Mentors:* > Alex Mattioli > Nicolas Vazquez > Pearl Dsilva > > -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10453: -- Security: (was: Public) > GSoC 2022 Idea: CloudStack Edge Zones > - > > Key: CLOUDSTACK-10453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 > Project: CloudStack > Issue Type: New Feature >Reporter: Pearl Dsilva >Priority: Major > Labels: gsoc2022 > Attachments: image-2022-03-01-17-30-30-509.png, > image-2022-03-01-17-30-52-329.png > > > h2. *Background* > Over recent years, Edge computing has been gaining popularity as it defines a > model that brings compute and storage closer to > where they are consumed by the end-user. By being closer to the end-user a > better experience can be provided with reduction on overall latency, lower > bandwidth requirements, lower TCO, more flexible hardware/software model, > while also ensuring security and reliability. To align ACS with this evolving > cloud computing model we would like to propose an idea of supporting Edge > Zones in CloudStack, which > can be also looked upon as a lightweight zone, with minimal resources. > h2. *Requirement* > Today, when a Zone is setup in CloudStack, it by default comes up with a > secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this > project, we would need to define a new zone type to decide the change in > workflow required to ensure that a CPVM & SSVM isn't spawned up by default. > Basic characteristics of an Edge zone include: > - no need for Secondary Storage > - no Secondary Storage VM > - no Console Proxy VM > - Local storage only as typically an edge device comprises of a single > compute node (host) > - And supports L2 and Isolated networks. > A high-level view of an edge zone would look something like: > !image-2022-03-01-17-30-52-329.png! > h2. *Relevant Skills:* > Java > MySQL > Vue.js (Basic) > h2. *Difficulty:* > Medium > h2. *Project Duration:* > 175 hours > h2. *Potential Mentors:* > Alex Mattioli > Nicolas Vazquez > Pearl Dsilva > > -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (CLOUDSTACK-10454) GSoC Idea 2022 - Bypass Secondary Storage (Direct Download) on VMware &/or XenServer
Pearl Dsilva created CLOUDSTACK-10454: - Summary: GSoC Idea 2022 - Bypass Secondary Storage (Direct Download) on VMware &/or XenServer Key: CLOUDSTACK-10454 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10454 Project: CloudStack Issue Type: New Feature Components: Template Reporter: Pearl Dsilva ## Background The default way of registering / downloading templates in CloudStack involves caching them on the secondary store and then during VM deployment, the template is copied to the primary store. However, from ACS version 4.11.1 onward, a feature was added for KVM hypervisor to enable direct download to primary store. This massively reduces the usage of secondary store and also quickens the entire VM deployment process, as there is no need to copy the template from secondary to primary store. ## Requirement We would like to propose an idea to extend this feature of direct download of templates onto primary store for other hypervisors - namely, VMware and XenServer. This would gravely benefit end-users to efficiently use the secondary storage and save overall time of VM deployment on the respective hypervisors ## Relevant Skills: Java MySQL Vue.js ## Difficulty: 175 hours (Only VMware) 350 hours (VMware & XenServer) ## Potential Mentors: Abhishek Kumar ([abhishek.mr...@gmail.com](mailto:abhishek.mr...@gmail.com)) Pearl Dsilva (pearl1...@gmail.com) ## References https://www.shapeblue.com/how-to-deploy-templates-without-using-secondary-storage-on-kvm/ https://www.shapeblue.com/cloudstack-feature-first-look-direct-download-agnostic-of-the-storage-provider/ https://cwiki.apache.org/confluence/display/CLOUDSTACK/Bypass+Secondary+Storage+%28Direct+Download%29+on+KVM https://www.youtube.com/watch?v=SwepUTfGiKc -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (CLOUDSTACK-10454) GSoC Idea 2022 - Bypass Secondary Storage (Direct Download) on VMware &/or XenServer
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10454: -- Description: h2. *Background* The default way of registering / downloading templates in CloudStack involves caching them on the secondary store and then during VM deployment, the template is copied to the primary store. However, from ACS version 4.11.1 onward, a feature was added for KVM hypervisor to enable direct download to primary store. This massively reduces the usage of secondary store and also quickens the entire VM deployment process, as there is no need to copy the template from secondary to primary store. h2. *Requirement* We would like to propose an idea to extend this feature of direct download of templates onto primary store for other hypervisors - namely, VMware and XenServer. This would gravely benefit end-users to efficiently use the secondary storage and save overall time of VM deployment on the respective hypervisors h2. *Relevant Skills:* Java MySQL Vue.js h2. *Difficulty:* 175 hours (Only VMware) 350 hours (VMware & XenServer) h2. *Potential Mentors:* Abhishek Kumar (abhishek.mr...@gmail.com) Pearl Dsilva (pearl1...@gmail.com) h2. *References* [https://www.shapeblue.com/how-to-deploy-templates-without-using-secondary-storage-on-kvm/] [https://www.shapeblue.com/cloudstack-feature-first-look-direct-download-agnostic-of-the-storage-provider/] [https://cwiki.apache.org/confluence/display/CLOUDSTACK/Bypass+Secondary+Storage+%28Direct+Download%29+on+KVM] [https://www.youtube.com/watch?v=SwepUTfGiKc] was: ## Background The default way of registering / downloading templates in CloudStack involves caching them on the secondary store and then during VM deployment, the template is copied to the primary store. However, from ACS version 4.11.1 onward, a feature was added for KVM hypervisor to enable direct download to primary store. This massively reduces the usage of secondary store and also quickens the entire VM deployment process, as there is no need to copy the template from secondary to primary store. ## Requirement We would like to propose an idea to extend this feature of direct download of templates onto primary store for other hypervisors - namely, VMware and XenServer. This would gravely benefit end-users to efficiently use the secondary storage and save overall time of VM deployment on the respective hypervisors ## Relevant Skills: Java MySQL Vue.js ## Difficulty: 175 hours (Only VMware) 350 hours (VMware & XenServer) ## Potential Mentors: Abhishek Kumar ([abhishek.mr...@gmail.com](mailto:abhishek.mr...@gmail.com)) Pearl Dsilva (pearl1...@gmail.com) ## References https://www.shapeblue.com/how-to-deploy-templates-without-using-secondary-storage-on-kvm/ https://www.shapeblue.com/cloudstack-feature-first-look-direct-download-agnostic-of-the-storage-provider/ https://cwiki.apache.org/confluence/display/CLOUDSTACK/Bypass+Secondary+Storage+%28Direct+Download%29+on+KVM https://www.youtube.com/watch?v=SwepUTfGiKc > GSoC Idea 2022 - Bypass Secondary Storage (Direct Download) on VMware &/or > XenServer > > > Key: CLOUDSTACK-10454 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10454 > Project: CloudStack > Issue Type: New Feature > Components: Template >Reporter: Pearl Dsilva >Priority: Major > Labels: gsoc2022 > > h2. *Background* > The default way of registering / downloading templates in CloudStack involves > caching them on the secondary store and then during VM deployment, the > template is copied to the primary store. However, from ACS version 4.11.1 > onward, a feature was added for KVM hypervisor to enable direct download to > primary store. This massively reduces the usage of secondary store and also > quickens the entire VM deployment process, as there is no need to copy the > template from secondary to primary store. > h2. *Requirement* > We would like to propose an idea to extend this feature of direct download of > templates onto primary store for other hypervisors - namely, VMware and > XenServer. This would gravely benefit end-users to efficiently use the > secondary storage and save overall time of VM deployment on the respective > hypervisors > h2. *Relevant Skills:* > Java > MySQL > Vue.js > h2. *Difficulty:* > 175 hours (Only VMware) > 350 hours (VMware & XenServer) > h2. *Potential Mentors:* > Abhishek Kumar (abhishek.mr...@gmail.com) > Pearl Dsilva (pearl1...@gmail.com) > h2. *References* > [https://www.shapeblue.com/how-to-deploy-templates-without-using-secondary-storage-on-kvm/] > [https://www.shapeblue.com/cloudstack-feature-first-look-direct-download-agnostic-of-the-storage-provider/] > [https://cwiki.apache.org/confluen
[jira] [Updated] (CLOUDSTACK-10454) GSoC Idea 2022 - Bypass Secondary Storage (Direct Download) on VMware &/or XenServer
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10454: -- Labels: gsoc2022 mentor (was: gsoc2022) > GSoC Idea 2022 - Bypass Secondary Storage (Direct Download) on VMware &/or > XenServer > > > Key: CLOUDSTACK-10454 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10454 > Project: CloudStack > Issue Type: New Feature > Components: Template >Reporter: Pearl Dsilva >Priority: Major > Labels: gsoc2022, mentor > > h2. *Background* > The default way of registering / downloading templates in CloudStack involves > caching them on the secondary store and then during VM deployment, the > template is copied to the primary store. However, from ACS version 4.11.1 > onward, a feature was added for KVM hypervisor to enable direct download to > primary store. This massively reduces the usage of secondary store and also > quickens the entire VM deployment process, as there is no need to copy the > template from secondary to primary store. > h2. *Requirement* > We would like to propose an idea to extend this feature of direct download of > templates onto primary store for other hypervisors - namely, VMware and > XenServer. This would gravely benefit end-users to efficiently use the > secondary storage and save overall time of VM deployment on the respective > hypervisors > h2. *Relevant Skills:* > Java > MySQL > Vue.js > h2. *Difficulty:* > 175 hours (Only VMware) > 350 hours (VMware & XenServer) > h2. *Potential Mentors:* > Abhishek Kumar (abhishek.mr...@gmail.com) > Pearl Dsilva (pearl1...@gmail.com) > h2. *References* > [https://www.shapeblue.com/how-to-deploy-templates-without-using-secondary-storage-on-kvm/] > [https://www.shapeblue.com/cloudstack-feature-first-look-direct-download-agnostic-of-the-storage-provider/] > [https://cwiki.apache.org/confluence/display/CLOUDSTACK/Bypass+Secondary+Storage+%28Direct+Download%29+on+KVM] > [https://www.youtube.com/watch?v=SwepUTfGiKc] -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (CLOUDSTACK-10453) GSoC 2022 Idea: CloudStack Edge Zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-10453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pearl Dsilva updated CLOUDSTACK-10453: -- Labels: gsoc2022 mentor (was: gsoc2022) > GSoC 2022 Idea: CloudStack Edge Zones > - > > Key: CLOUDSTACK-10453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10453 > Project: CloudStack > Issue Type: New Feature >Reporter: Pearl Dsilva >Priority: Major > Labels: gsoc2022, mentor > Attachments: image-2022-03-01-17-30-30-509.png, > image-2022-03-01-17-30-52-329.png > > > h2. *Background* > Over recent years, Edge computing has been gaining popularity as it defines a > model that brings compute and storage closer to > where they are consumed by the end-user. By being closer to the end-user a > better experience can be provided with reduction on overall latency, lower > bandwidth requirements, lower TCO, more flexible hardware/software model, > while also ensuring security and reliability. To align ACS with this evolving > cloud computing model we would like to propose an idea of supporting Edge > Zones in CloudStack, which > can be also looked upon as a lightweight zone, with minimal resources. > h2. *Requirement* > Today, when a Zone is setup in CloudStack, it by default comes up with a > secondary storage VM(SSVM) and a console proxy VM(CPVM). As part of this > project, we would need to define a new zone type to decide the change in > workflow required to ensure that a CPVM & SSVM isn't spawned up by default. > Basic characteristics of an Edge zone include: > - no need for Secondary Storage > - no Secondary Storage VM > - no Console Proxy VM > - Local storage only as typically an edge device comprises of a single > compute node (host) > - And supports L2 and Isolated networks. > A high-level view of an edge zone would look something like: > !image-2022-03-01-17-30-52-329.png! > h2. *Relevant Skills:* > Java > MySQL > Vue.js (Basic) > h2. *Difficulty:* > Medium > h2. *Project Duration:* > 175 hours > h2. *Potential Mentors:* > Alex Mattioli > Nicolas Vazquez > Pearl Dsilva > > -- This message was sent by Atlassian Jira (v8.20.1#820001)
