Virtualization Fundamentals
Build Your Modern Virtual Infrastructure Foundation
Изгради фундаментално разбиране за virtualization technologies — hypervisors, virtual machines, compute и memory resources, virtual networking, storage и основните принципи, чрез които физическата инфраструктура се превръща в гъвкава virtual environment.
Разбери как physical resources се превръщат във virtual infrastructure.
Virtualization добавя abstraction layer между physical infrastructure и workloads, позволявайки compute, memory, network и storage resources да бъдат използвани по-гъвкаво.
От physical infrastructure към virtual resources.
Virtualization създава abstraction layer между physical hardware и workloads. Вместо една operating system среда да бъде директно свързана с един physical server, compute, memory, networking и storage resources могат да бъдат представени и използвани като virtual resources.
Основната идея е application и operating system да използват virtual hardware, докато virtualization layer управлява връзката с реалните physical resources.
Разбери как abstraction променя начина, по който използваме infrastructure.
Virtualization не премахва physical hardware. Тя добавя software layer, който позволява ресурсите на hardware-а да бъдат организирани и предоставяни на отделни virtual workloads.
Abstract the Hardware
CPU, memory, networking и storage се представят като resources, които могат да бъдат използвани от virtual machines.
Separate the Workloads
Отделните virtual machines работят като самостоятелни environments със собствена operating system и virtual hardware.
Allocate Resources
Physical resources могат да бъдат разпределяни между различни virtual workloads според техните resource requirements.
Run Virtual Workloads
Applications и operating systems работят върху virtual machines, вместо да бъдат директно зависими от конкретен hardware.
Проследи infrastructure stack-а от hardware до application.
Всеки layer има различна роля. Physical infrastructure предоставя ресурсите, virtualization layer ги abstract-ва, а virtual machines ги представят на operating systems и applications.
Какво реално променя virtualization?
При traditional physical deployment workload-ът е по-тясно свързан с конкретен server. Virtualization добавя abstraction layer, който разделя workload environment-а от конкретния physical hardware.
Hardware-Centric Infrastructure
Operating system и applications използват physical resources на конкретна machine, което създава по-пряка връзка между workload и hardware.
Resource-Centric Infrastructure
Virtualization layer представя hardware resources като virtual resources, които могат да бъдат предоставени на множество independent virtual machines.
Защо abstraction layer е толкова важен?
Virtualization позволява infrastructure resources да бъдат организирани по-гъвкаво и създава основата за множество modern data center и cloud architectures.
Resource Consolidation
Един physical host може да предоставя resources на множество independent virtual machines и workloads.
Flexible Resource Use
Compute, memory, networking и storage могат да бъдат разпределяни според нуждите на различните workloads.
Workload Isolation
Virtual machines предоставят отделни execution environments, въпреки че могат да споделят една и съща physical infrastructure.
Modern Infrastructure Base
Virtualization concepts стоят в основата на много data center, private cloud и cloud infrastructure architectures.
Пет слоя. Една virtual environment.
За да разбираш virtualization, трябва да виждаш не само virtual machine, а цялата връзка между physical resources, abstraction, allocation и workload execution.
Четири въпроса зад всяка virtual machine.
Когато разглеждаш virtual infrastructure, мисли за зависимостите между workload-а, virtual resources и underlying physical infrastructure.
Къде работи workload-ът?
Разбери кой physical host предоставя underlying compute и memory resources.
Какво е предоставено?
Провери какви virtual resources са предоставени на virtual machine — CPU, memory, network и storage.
Как е свързан workload-ът?
Разбери как virtual networking осигурява connectivity между workload-а, останалите systems и physical network.
Къде се намират данните?
Проследи как virtual disks и storage resources предоставят persistent data на virtual workload-а.
Разбери слоевете зад всяка virtual machine.
Virtual infrastructure се изгражда чрез няколко взаимосвързани слоя — physical host, virtualization layer, virtual hardware, guest operating systems и workloads. Разбирането на тези зависимости е основата за работа с всяка modern virtualization platform.
Зад всеки vCPU, vRAM, vNIC и virtual disk стоят реални physical resources, които virtualization layer управлява и предоставя на virtual environment-а.
От physical server до independent virtual workloads.
Hypervisor-ът стои между physical resources и virtual machines и създава abstraction layer, чрез който отделните workloads получават virtual hardware.
vNIC · Virtual Disk
vNIC · Virtual Disk
vNIC · Virtual Disk
Abstracts physical resources, presents virtual hardware to virtual machines and manages the relationship between virtual workloads and the underlying host.
Пет компонента, които трябва да различаваш.
Всеки component има собствена роля, но virtual environment работи правилно само когато връзките между всички слоеве са ясни.
Реалният server, който предоставя CPU, memory, networking и storage resources.
Virtualization layer, който abstract-ва physical hardware и предоставя resources на virtual machines.
vCPU, vRAM, vNIC и virtual disks, които VM вижда като собствен hardware.
Operating system, инсталирана във virtual machine и работеща върху virtual hardware.
Applications, services и processes, които използват guest environment-а.
Type 1 и Type 2 hypervisors.
Основната архитектурна разлика е мястото на hypervisor-а спрямо physical hardware и host operating system. Тази разлика помага да разбереш защо различните virtualization environments имат различна структура.
Type 1 Hypervisor
Hypervisor layer работи директно върху physical host hardware и предоставя virtual resources на guest virtual machines. Това е типична архитектура за server virtualization и data center environments.
Type 2 Hypervisor
Hypervisor application работи върху conventional host operating system. Virtual machines използват virtualization layer, който от своя страна зависи от host OS и underlying hardware.
Как physical resources достигат до VM?
Virtual machine не работи директно с physical CPU, RAM, network adapter или storage device. Тя използва virtual representation на тези resources, предоставено чрез virtualization layer.
CPU → vCPU
Physical processing capacity се предоставя на virtual machine чрез virtual CPUs, които guest OS използва за execution.
RAM → vRAM
Physical memory се управлява от virtualization layer и се предоставя като memory allocation на отделните VMs.
NIC → vNIC
Virtual network adapter свързва guest environment-а с virtual networking layer и чрез него с останалата infrastructure.
Storage → Virtual Disk
Storage capacity се представя на virtual machine като virtual disk, който guest OS използва за persistent data.
Shared hardware. Separate environments.
Няколко virtual machines могат да използват един physical host, като всяка VM има собствен virtual hardware, guest operating system и workload environment.
Споделяне на resources не означава една обща guest environment.
Virtual machines могат да използват общ physical infrastructure, но virtualization layer предоставя отделни virtual environments за техните operating systems и workloads.
Това позволява различни workloads да бъдат организирани върху една и съща hardware platform, без всички те да работят като една operating system instance.
Guest OS
Virtual Hardware
Independent Environment
Guest OS
Virtual Hardware
Independent Environment
Guest OS
Virtual Hardware
Independent Environment
Виж VM като част от цялата infrastructure.
Когато анализираш virtual environment, не гледай само VM. Проследявай връзката между workload, virtual resources, hypervisor и physical host.
Какво предоставя host-ът?
CPU, memory, network и storage resources формират physical foundation-а на virtual environment.
Как се abstract-ват resources?
Hypervisor-ът управлява връзката между physical hardware и virtual resources, използвани от VMs.
Какво вижда guest OS?
Guest operating system вижда virtual CPU, memory, network interfaces и virtual storage devices.
Какво реално използва ресурсите?
Applications и services работят в guest environment-а и създават реалното resource demand.
Разбери как resources достигат до virtual machine.
Virtual machine използва virtual CPU и virtual memory, но зад тях стоят реални physical resources. Virtualization layer управлява начина, по който тези ресурси се представят, разпределят и споделят между различните workloads.
vCPU и virtual memory са abstraction на реален compute и memory capacity. Затова всяка VM остава зависима от наличните resources на physical infrastructure.
От physical CPU към virtual CPUs.
Guest operating system вижда един или повече vCPUs. Hypervisor-ът свързва virtual compute demand с processing capacity, предоставян от physical host.
От physical RAM към memory за отделните VMs.
Virtual machines получават configured memory, която guest operating system използва като собствена RAM, докато virtualization layer управлява връзката с physical host memory.
От available capacity към workload demand.
Resource allocation определя как physical infrastructure capacity се предоставя на virtual machines. Добрата конфигурация започва с разбирането какво е налично, какво е предоставено и какво реално се използва.
Physical Capacity
Започни с resources, които physical host реално може да предостави — compute, memory, networking и storage.
VM Configuration
VM получава определен virtual hardware profile — vCPU, memory, virtual network adapters и virtual disks.
Workload Demand
Configured resource не е същото като постоянно използван resource. Реалното demand се определя от guest OS, applications и workload activity.
Resource State
Следи връзката между available capacity, VM configuration и workload demand, за да разбираш кога environment-ът има достатъчно resources.
Не само allocation — а управление на demand.
Когато няколко workloads използват общ host, virtualization platform трябва да управлява достъпа им до finite physical resources. Това прави resource control ключова virtualization concept.
Multiple VMs. One physical resource pool.
Virtual machines могат да имат различни configurations и различен workload demand, но underlying host capacity остава ограничен.
Затова resource management трябва да разглежда както индивидуалната VM, така и общото натоварване на host-а.
Проследи resource-а от host до application.
Physical RAM
VM Memory
Applications
Resource State
Какво става, когато demand расте?
Докато available capacity е достатъчен, workloads могат да получават необходимите resources. Когато общото demand стане по-голямо от това, което infrastructure може удобно да предостави, се появява resource contention.
Resources са достатъчни.
Physical host има достатъчно capacity спрямо текущото workload demand. Virtual machines използват предоставените resources, без значителна конкуренция помежду си.
Workloads конкурират shared resources.
Когато няколко VMs едновременно изискват повече compute или memory resources, отколкото host environment може ефективно да предостави, resource management става критично важен.
Reservation, Limit и Shares.
Virtualization platforms могат да използват различни resource control mechanisms. На fundamentals ниво е важно да разбираш логиката зад тях — minimum resource assurance, maximum resource boundary и relative priority при конкуренция.
Minimum Resource Assurance
Reservation concept определя количество resource, което трябва да бъде осигурено за даден workload според resource management политиката на platform-а.
Think: “Какъв minimum resource трябва да е наличен?”Maximum Resource Boundary
Limit concept поставя upper boundary върху количеството resource, което workload може да използва, дори когато повече physical capacity е наличен.
Think: “Колко resource максимум може да използва?”Relative Resource Priority
Shares concept описва relative priority между workloads, когато те се конкурират за един и същ constrained resource.
Think: “Кой има по-висок relative priority при contention?”Четири въпроса преди да промениш VM resources.
Повече vCPU или повече memory не е автоматично правилното решение. Започни от physical capacity, наблюдавай workload demand и разбери къде реално се намира resource constraint-ът.
Какво има host-ът?
Провери underlying physical compute и memory capacity, преди да оценяваш individual VM configuration.
Какво е предоставено?
Разбери колко vCPU и virtual memory са configured за конкретната virtual machine.
Какво реално се използва?
Сравни configuration-а с реалния workload demand, вместо да приемаш, че configured capacity винаги е необходимият capacity.
Има ли contention?
Разгледай общото натоварване на shared infrastructure и дали множество workloads конкурират един и същ resource.
Свържи virtual machines с virtual и physical networks.
Virtual networking позволява на virtual machines да комуникират помежду си, с други infrastructure components и с external networks. Разбери ролята на vNIC, virtual switch, logical network и physical network adapter в целия traffic path.
Virtualization добавя logical networking layer между virtual machines и physical connectivity. За external communication virtual traffic в крайна сметка трябва да достигне physical network infrastructure.
Проследи traffic-а от VM до physical network.
Всяка virtual machine използва virtual network adapter, който я свързва с logical network и virtual switching layer. Physical NIC осигурява връзката към external infrastructure.
vNIC
vNIC
vNIC
Свързва virtual network interfaces и logical networks и управлява traffic forwarding в рамките на virtual host environment.
Пет елемента, които изграждат connectivity.
Virtual network е комбинация от virtual interfaces, logical connectivity, virtual switching и physical uplinks.
Virtual network interface, чрез който guest OS получава network connectivity.
Logical connectivity context, към който virtual interfaces могат да бъдат свързани.
Software-based switching layer, който свързва virtual interfaces и forwarding paths.
Physical network interface, който свързва virtual host-а с external network.
External switching и routing infrastructure, чрез която traffic-ът достига други systems.
Не всеки packet следва един и същ path.
Traffic path зависи от това къде се намират source и destination. Част от комуникацията може да остане в virtual environment-а, а друга трябва да премине към physical network.
Virtual-to-Virtual Traffic
Когато virtual machines могат да комуникират през една и съща relevant virtual switching environment, traffic path може да бъде обработен в рамките на host-а, без задължително да използва physical uplink.
Virtual-to-Physical Traffic
Когато destination-ът е извън local virtual environment, traffic-ът трябва да достигне physical uplink и след това physical network infrastructure.
Physical-to-Virtual Traffic
Traffic от external network достига host-а през physical network adapter, преминава през virtual networking layer и достига правилната virtual interface на destination VM.
Раздели traffic-а според неговата функция.
Virtual networking позволява различни logical network segments да съществуват върху shared infrastructure. Това помага workloads и traffic types да бъдат организирани според тяхната роля.
Shared infrastructure. Separate logical connectivity.
Няколко virtual machines могат да използват една и съща physical host infrastructure, но да принадлежат към различни logical network contexts.
Така virtual environment може да разделя application, service или management traffic според архитектурните нужди.
Virtual machines и services, свързани с application traffic.
Logical Network AInfrastructure и shared services със собствен logical connectivity context.
Logical Network BManagement-related connectivity, отделена логически от workload traffic.
Logical Network CДва слоя. Един end-to-end path.
Troubleshooting-ът на virtual connectivity изисква да виждаш едновременно virtual и physical network layer. Проблемът може да бъде във VM, logical network, virtual switch, uplink или external infrastructure.
Guest Connectivity
Започни от guest operating system и virtual network interface. Провери дали VM има правилната logical connectivity.
Virtual Switching
Проследи връзката между vNIC, logical network и virtual switch, който обработва virtual traffic path-а.
Physical Connectivity
Ако traffic-ът трябва да напусне host-а, провери physical NIC и връзката между virtual switching layer и physical network.
External Path
След host uplink-а traffic-ът продължава през physical switching и routing infrastructure към destination system.
Четири въпроса за всеки connectivity problem.
Вместо да разглеждаш virtual networking като една черна кутия, раздели traffic path-а на отделни слоеве и проследи къде connectivity се променя.
Откъде започва traffic-ът?
Определи source VM, нейния vNIC и logical network, преди да анализираш останалата част от path-а.
През кои layers преминава?
Проследи virtual switch, logical connectivity, uplink и physical network, когато destination-ът е external.
В правилната network ли е VM?
Провери дали virtual interface е свързан към очаквания logical network context за конкретния workload.
Къде трябва да достигне?
Разграничи local virtual destination от destination извън host-а, защото traffic path може да бъде различен.
Свържи virtual disk с physical storage.
Virtual machine вижда virtual disks, но данните зад тях трябва да бъдат съхранени върху реална storage infrastructure. Разбери как virtualization layer свързва VM, virtual disk, datastore или storage pool и underlying physical storage.
Virtualization променя начина, по който storage се представя на workload-а, но capacity, performance и availability продължават да зависят от underlying storage infrastructure.
Проследи data path-а от application до storage.
Guest operating system работи с virtual disk. Virtualization layer свързва този disk с storage location, зад което стои local или shared physical storage infrastructure.
File System
File System
File System
Logical storage resource, върху който virtualization platform може да разполага virtual machine data и virtual disks.
Пет слоя от workload до data.
Virtual storage се разбира най-лесно, когато разделиш целия storage path на логически слоеве.
Operating system използва storage като част от собствената virtual machine environment.
Logical disk resource, представен на virtual machine като storage device.
Logical storage layer, който организира underlying capacity за virtual workloads.
Path-ът, чрез който virtualization host достига underlying storage resource.
Реалната infrastructure, която осигурява persistent capacity за virtual machine data.
Къде физически се намират VM данните?
Storage location влияе върху начина, по който hosts достигат VM data. Local storage е свързан с конкретен host, докато shared storage може да бъде достъпен от повече от един host, според architecture-а.
Storage, свързан с конкретен host.
При local storage storage capacity е директно свързан с конкретната physical host system. Virtual machine data се намира в storage environment, който принадлежи на този host.
Storage, достъпен от multiple hosts.
При shared storage повече от един virtualization host може да има достъп до общ storage resource. Това отделя location-а на VM data от един конкретен host.
Проследи една read или write операция.
Когато application чете или записва data, операцията преминава през няколко layers. Разбирането на този path е основа за по-късен performance и troubleshooting analysis.
От application request до persistent storage.
Request
Storage Request
Abstraction
I/O Handling
Storage Pool
Storage
Capacity не е единствената характеристика.
Virtual storage design трябва да разглежда не само колко data може да бъде съхранен, но и колко бързо може да бъде достъпен, какъв delay има и как storage resource се споделя между workloads.
Available Space
Количеството storage, което е налично за virtual machines, virtual disks и останалите infrastructure data.
I/O Capability
Storage трябва да обработва read и write requests от множество workloads, които могат да бъдат активни едновременно.
Response Time
Времето, необходимо на storage path-а да обслужи request, влияе върху начина, по който workload-ът усеща storage performance.
Shared Demand
Multiple virtual machines могат да използват един и същ underlying storage resource, което прави aggregate workload demand важен фактор.
Data location влияе върху architecture-а.
В multi-host virtualization environment storage architecture е важна част от възможността workloads да бъдат управлявани между hosts. Shared access намалява зависимостта на VM data от един конкретен compute host.
Compute и data не трябва винаги да бъдат едно и също нещо.
Virtual machine използва compute resources от host, но нейните persistent data могат да бъдат разположени върху отделен shared storage layer.
Тази separation е важна концепция за разбирането на по-напреднали virtualization features, свързани с mobility и availability.
VM Execution
VM Execution
Четири въпроса за storage problem.
Когато VM има storage-related problem, не започвай само от virtual disk. Проследи цялата връзка между workload, virtualization layer и underlying storage infrastructure.
Има ли достатъчно storage?
Разграничи configured virtual disk size от реалния available capacity в underlying storage environment.
Как VM достига data?
Проследи guest OS, virtual disk, logical storage layer и physical storage path, вместо да разглеждаш само един компонент.
Къде се появява delay?
Разгледай I/O demand, latency и shared workload pressure, за да разбереш къде storage path може да бъде ограничен.
Кои hosts виждат storage-а?
Определи дали storage resource е local или shared и как тази architecture влияе върху workload placement и mobility.
Изгради стабилна основа за virtual infrastructure.
Virtualization Fundamentals е подходяща отправна точка за хора, които искат да разберат как compute, memory, networking и storage се обединяват във virtual infrastructure — преди да преминат към конкретна платформа или по-напреднала специализация.
Vendor-neutral основата помага по-късно по-лесно да разпознаваш едни и същи infrastructure concepts в различни virtualization technologies и operational environments.
Future Virtualization Engineers
За хора, които искат да започнат развитие във virtualization и първо да изградят ясна conceptual foundation за hypervisors, virtual machines, resources, networks и storage.
System Administrators
За system administrators, които работят с operating systems и physical servers и искат да разберат как workloads се пренасят във virtual infrastructure и как се управляват abstracted resources.
Network & Infrastructure Professionals
За networking и infrastructure professionals, които искат да разберат как physical connectivity се свързва с vNIC, virtual switching, logical networks и virtual workloads.
Cloud & Data Center Learners
За хора, които се развиват към cloud или data center technologies и имат нужда от основата, върху която стъпват много modern infrastructure и resource abstraction concepts.
Мисли в layers, resources и relationships — не само във virtual machines.
Добрата virtualization основа идва от разбирането на връзката между physical infrastructure, abstraction layer и virtual workloads. VM е само една част от цялата architecture.
Разбери compute, memory, network и storage resources, върху които virtualization layer реално работи.
Разпознавай как hypervisor и virtualization layer представят physical resources като virtual resources за workloads.
Проследявай как VM използва CPU, memory, network и storage през различните infrastructure layers.
Свързвай workload behavior с physical и virtual infrastructure, вместо да анализираш всеки layer напълно изолирано.
Какви начални знания ще ти бъдат полезни?
Не е необходимо вече да си virtualization specialist. Полезно е обаче да разпознаваш основните IT infrastructure concepts, върху които virtualization стъпва.
Основна IT грамотност е достатъчна отправна точка.
Ако вече разбираш какво представляват operating system, server, IP network и storage, ще можеш по-лесно да свържеш тези concepts с техните virtualized equivalents.
Ако някои от тези области са нови за теб, те могат да бъдат развивани паралелно с virtualization fundamentals.
Basic understanding на operating systems, applications, processes и system resources.
Basic understanding на IP connectivity, network interfaces, switching и communication между systems.
Разлика между memory и persistent storage, както и основна представа за disks, capacity и data access.
Основно разбиране за CPU, memory, network adapters и storage като physical resources.
Една основа. Няколко IT направления.
Virtualization knowledge не е изолирана специализация. Тя се пресича със system administration, networking, data center и cloud infrastructure, защото всички тези области споделят общи compute, network и storage resources.
System Administration
Разбери как operating systems и applications преминават от physical server model към virtual machine и shared infrastructure model.
Networking
Свържи physical switching и network adapters с vNIC, virtual switches, logical networks и workload connectivity.
Data Center Infrastructure
Разбери как compute, network и storage infrastructure се обединяват в обща environment за изпълнение и управление на workloads.
Cloud Infrastructure
Virtualization concepts помагат да разбереш resource abstraction, workload isolation, shared infrastructure и flexible resource consumption в modern infrastructure models.
От infrastructure basics към virtualization specialization.
Virtualization Fundamentals изгражда vendor-neutral foundation. След нея можеш да преминеш към конкретна technology ecosystem, по-напреднали virtualization concepts и цялостен Virtualization Engineer learning path.
Storage · Hardware
Resources · Abstraction
Virtualization
Availability · Scale
Подходящо е, ако искаш да разбираш...
Virtualization Fundamentals е добра отправна точка, ако целта ти не е просто да използваш даден interface, а да разбираш какво реално се случва под него.
Как physical resources се abstract-ват и предоставят на multiple virtual workloads.
Как vCPU, virtual memory, vNIC и virtual storage се свързват с underlying infrastructure.
Как virtual network и storage paths свързват workload-а с physical network и persistent data.
Как compute, memory, networking, storage и management формират една virtual infrastructure architecture.
Разбери основата. После изгради virtualization специализация.
Virtualization Fundamentals поставя vendor-neutral основата: как physical compute, memory, networking и storage се превръщат във flexible virtual infrastructure. Оттук можеш да преминеш към конкретни virtualization technologies, по-напреднали архитектури и цялостно развитие като Virtualization Engineer.
Virtualization Fundamentals
Изгради разбиране за hypervisors, virtual machines, CPU и memory abstraction, virtual networking, virtual storage и основните infrastructure relationships.
VMware
Премини от vendor-neutral concepts към конкретна virtualization ecosystem и свържи основните принципи с platform components, management и operational workflows.
Advanced Virtualization
Разшири основата към по-сложни infrastructure relationships, resource management, availability, mobility, performance и multi-host virtualization environments.
Virtualization Engineer
Обедини virtualization, systems, networking, storage и infrastructure operations в по-широка learning direction за modern virtual и data center environments.
Не просто създавай virtual machines. Разбирай infrastructure-а зад тях.
Стабилната virtualization основа означава да виждаш цялата връзка между physical host, hypervisor, virtual machine, network, storage и management layer. Това разбиране прави преминаването към конкретни platforms и advanced virtualization значително по-структурирано.
Memory · Resources
Connectivity
Data · Datastores
Monitoring · Lifecycle
Какво остава след fundamentals?
Целта на foundation level не е да запомниш конкретен interface, а да изградиш mental model, който можеш да използваш при различни virtualization technologies и infrastructure environments.
Infrastructure Understanding
Разбираш връзката между physical resources, hypervisor, virtual machines и management layer, вместо да разглеждаш VM като изолиран обект.
Resource Awareness
Разпознаваш как CPU, memory, network и storage се предоставят на workloads и как multiple VMs споделят underlying resources.
End-to-End Thinking
Можеш да проследиш network или storage path през virtual и physical layers и да виждаш зависимостите между отделните components.
Platform Readiness
Имаш conceptual foundation, върху която по-лесно да надграждаш с конкретни virtualization platforms, advanced architecture и operational skills.