This doth be a machine-wrought text which may contain errors!
Cloud Services and Virtualisation
Virtualisation doth permit manifold machines or bounded realms to share physical hardware. Cloud services offer resources as a service o’er the network, commonly with self-service and the capacity for scaling. Thou mayst virtualise hardware that thou dost own thyself, yet an environment of virtualisation is not in itself a cloud.
Herein shalt thou expound what a VM and a container partake with their host, and distinguish IaaS, PaaS, and SaaS by thine own examples. ‘Tis no need to purchase a cloud service. Employ a VM unto which thou hast access already, or use those given examples within the text.
Place in Curriculum: This level doth explain virtualisation within an operational architecture. [[Operating System Level 3 - The Operating System Kernel|The Operating System Kernel]] expounds upon what a guest operating system hath its very own version of. [[Operations Architecture Level 0 - OS, VM and Containers|The Overview Map]] sheweth part-whole relations, technical bonds, and paths towards practical tasks.
What is Virtualization?
To virtualize signifyth to runne divers ‘virtual’ machines upon one singular physical machine. In lieu of possessing a distinct physical server for the webe-server, another for the database, and yet another for the file-server, thou mayst operate all three as virtual machines upon one and same device.
The software that rendereth this feasible is named an hypervisor:
| Type | Explication | Example |
|---|---|---|
| Type 1 (bare-metal) | The platform of virtualization is installed directly upon the server | Proxmox VE (KVM), VMware ESXi |
| Type 2 (hosted) | Runneth atoppe a common operating system | VirtualBox, VMware Workstation |
Type 1 vs. Type 2
- Type 1 is that which we employ in production and within the server chamber. Proxmox doth run directly upon the server.
- Type 2 is that which thou dost use upon thine own personal computing device for assaying. VirtualBox doth run atop Windows or macOS.
What is a Virtual Machine (VM)?
A VM is a virtual machine with vCPU, memory and disk. It runneth a guest operating system with its own kernel, whilst the hypervisor granteth access unto the physical hardware. Proxmox VE employeth Linux and KVM to execute VMs; “directly upon the server” signifieth not that the platform lacketh an operating system core.
Advantages of VMs:
- Isolation - A fault in one guest operating system need not halt the other VMs. Yet they do share host, storage and sundry resources, and may be affected by common faults or want of resource.
- Flexibility - Thou mayst operate diverse operating systems upon the same machine (e.g., Ubuntu and Windows Server).
- Snapshot/backup - Thou mayst take a snapshot of a VM and revert thereto if naught go well.
- Resource utilization - A physical machine bountiful in RAM and CPU may sustain many VMs.
What are containers?
A Linux container runneth the application within an isolated realm yet shareth the core of that Linux system upon which it dwelleth. A virtual machine possesseth its own guest operating system with a distinct kernel thereof.
Containers and Virtual Machines doth hold the illustrated comparison and sheweth also how manifold containers may be wrought within one single virtual machine. Employ thou this to declare what divideth the kernel, and what cometh to pass if the virtual machine is brought low. Thenforth Docker Level 0 presenteth a specific instrument for application containers.
In deed, we oft employ both parts: virtual machines that serve as hosts unto Docker containers.
Cloud Services
In a public cloud, a provider owneth and maintaineth the infrastructure, whilst thou dost order resources through the network. A private cloud is for one sole enterprise, which may be maintained by that very enterprise itself, or by a provider. Self-service, shared pools of resource, scaling, and the measuring of usage are central traits unto the cloud.
Models of Service
There exist three principal models for cloud services:
| Model | Proper Name | What Thou Receiveth | What Thou Dost Govern Thyself | Example |
|---|---|---|---|---|
| IaaS | Infrastructure as a Service | Virtual machines, networks and storage | The operating system, applications, configuration | Azure VM, AWS EC2 |
| PaaS | Platform as a Service | A ready platform upon which to run thy code | Solely the application | Azure App Service, Heroku |
| SaaS | Software as a Service | Finished wares thou dost employ via browser or app | Users, access, data and available settings | Microsoft 365, Google Docs |
A simple manner to remember it
- IaaS = Thou dost lease an empty machine. Thou shalt install and configure all things thyself.
- PaaS = Thou dost lease a ready environment. Thou needest naught but to bestow thy code within.
- SaaS = Thou dost lease a finished app. Thou needest only to log in and employ it.
Modes of Delivery
Cloud services may be rendered in sundry fashions:
| Model | Explication | Instance |
|---|---|---|
| Public cloud | Shared infrastructure accessible unto all | Azure, AWS, Google Cloud |
| Private cloud | A realm of clouds for one sole enterprise | An internal domain with self-service, sharing of resources, and scaling |
| Hybrid cloud | A mingling of public and private | Certain services local, others within Azure |
A VPS: An Ordinary Cloud Solution
A Virtual Private Server is amongst the most common of IaaS wares. Thou rentest a virtual machine from a cloud provider and hast full dominion o’er it, as though thou didst possess thine own server.
Common uses thereof:
- To runne a web-server
- To set up a VPN service
- To host an application (e.g., Flask + database)
- To test matters without risking one’s own hardware
Examples of providers who offer such virtual servers:
- Akamai (Linode)
- DigitalOcean
- Hetzner
- Microsoft Azure
The Costes in ye Clouds
Verify thine prices and set cost alarms ere thou dost order resources. A halted virtual machine may yet bear charge for storage and reserved addresses, amongst other things. Examine what thy provider exacteth payment for, and slay those resources thou shalt no longer employ.
Local vs. the Heavens
Many a company doth employ a mingling of local servers and cloud services. Here are some matters to ponder:
| Factor | Local (on-premises) | The Heavens |
|---|---|---|
| Control | Full command o’er hardware and data | Dependent upon the provider |
| Cost | A great investment at the outset | Recurring monthly expenses |
| Scalability | Constrained by physical hardware | May be scaled up and down as need doth arise |
| Maintenance | Thou must mend all thyself | The provider doth manage the hardware |
| Privacy | Thou knowest where the data doth reside | The data may be stored in foreign lands |
Task the First — To Examine a Virtual Machine
Employ thou a virtual machine unto which access is already granted. If Proxmox be thine instrument, then peruse Naviger i Proxmox VE wherein the count of CPUs, RAM, and disk mayst read. Should’st thou desire to create a new one, do follow the guide. It need not be that an extra hypervisor be installed upon thy own device for this task.
- What measure of CPU, RAM, and storage hath been allotted unto the virtual machine?
- What resources are shared with other machines upon the physical host?
- What mischief might arise if several such machines, in sum, require more memory than the host possesseth? Explain without altering the resources themselves.
If no virtual machine be at hand, employ the resource proposals within the installation guide as a hypothetical example. Mark thou the answer thus: ‘tis but an explication of the instance, not a completed act of installation.
Task Two - Commence a Container via Docker
Employ the Nginx vessel hailing from [[Containerbruk Level 1 - Kjor og undersog en container|To Run and Examine a Vessel]], shouldst thou have already completed said exercise. Hast thou removed it? Then create anew as the vessel’s trial doth show. Lacking Docker, begin with the installation. Declare which kernel the vessel employeth, and compare its awakening unto that of a Virtual Machine. Shouldst thou lack access to Docker, use the figures of containment to expound upon the distinction without feigning hath performed a practical assay.
Task the Third - What Cloud Services dost thou already employ?
Ponder upon those services which serve thee in thy daily life:
- Microsoft 365 (Word, Teams, OneDrive) is a Software as a Service
- GitHub Pages, to lodge a website, is a Platform as a Service
- A Virtual Machine within Proxmox doth display virtualization. It is not of itself an Infrastructure as a Service; it dependeth on how resources are granted and kept as a service.
Canst thou categorize other services that thou makest use of?
Task the Fourth - Where Doth Thy Data Reside?
Go unto the Microsoft Privacy Dashboard and behold what Microsoft doth store concerning thee. Examine also the terms of a cloud service which thou dost employ:
- Where in the world are the data stored?
- What shall befall the data shouldst thou delete thine account?
- Dost thou own thy data, or doth the provider so claim?
These questions are most especially vital with regard to GDPR and privacy.
Verifie thy explication
Declare forthwith by word of mouth or pen why a virtual machine within Proxmox is not of itself a cloud service. Thereafter select one exemplar each of IaaS, PaaS, and SaaS, and set down what both customer and provider doth manage in every instance. Shouldst thou but recite names alone, employ the table of service models to elucidate the division of duties.
A Summing Up
- Virtualisation granteth thee power to runne divers services upon one hardware, whether as virtual machines or containers
- Cloud Services doth offer resources o’er the network with self-service and scaling amongst other things
- IaaS, PaaS, and SaaS bespeak how much burden thou dostst bear thyself
- In practice, many use a hybrid solution with both local and cloud-based services
- The choice ‘twixt local and cloud is of control, cost, scalability, and privacy
Sources: NIST: definition of cloud services and Proxmox VE: KVM and virtual machines.