AP5 FinalProtocol AP2-Ausbau: 10 Themen / 200 Fragen (FISI + FIAE)
Je Fachrichtung 5 neue Themen a 20 Fragen, nach dem bestehenden Skelett
(Lernfokus + Inhaltssektionen + Pruefungsmodus, data-questions-src) und JSON-
Schema {title, questions:[{category,hint,text,answers[3],correct,explanation}]}:
- FISI: netzwerkplanung, it-sicherheit, virtualisierung, monitoring-backup,
skripting.
- FIAE: sql, uml, oop, algorithmen, testverfahren.
Jede Datei: 20 Fragen, 5 Kategorien a 4, correct ausgewogen rotierend (7/7/6),
Erklaerungen benennen die Distraktoren-Fallen, "du"-Ansprache, echte Umlaute
(UTF-8). Navigation in finalflux.html um je 5 Links erweitert (Bestand bleibt).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WFxcjtc9HNP4VECT6Ur1tE
This commit is contained in:
@@ -0,0 +1,101 @@
|
||||
<!DOCTYPE html>
|
||||
<html lang="de" data-theme="dark">
|
||||
<head>
|
||||
<meta charset="UTF-8">
|
||||
<title>Virtualisierung - FinalProtocol AP2</title>
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||||
<link rel="stylesheet" href="/css/style.css">
|
||||
<link rel="stylesheet" href="/css/theme.css?v=3">
|
||||
<link rel="stylesheet" href="/css/finalflux.css">
|
||||
<script src="/js/theme.js?v=3"></script>
|
||||
</head>
|
||||
<body class="finalflux-page">
|
||||
<div class="mf-theme-float"><button class="mf-theme"></button></div>
|
||||
<main>
|
||||
<a href="/finalflux" class="back-link">Zurück zu FinalProtocol</a>
|
||||
<h1>Virtualisierung</h1>
|
||||
|
||||
<section>
|
||||
<h2>Lernfokus</h2>
|
||||
<p>AP2 Systemintegration: Hypervisor-Typen unterscheiden, Container gegen VMs abgrenzen, Snapshots und Cloud-Modelle sicher einordnen sowie Speicher und Ressourcen bewusst planen.</p>
|
||||
<ul class="key-list">
|
||||
<li>Typ-1- und Typ-2-Hypervisoren sowie Container und VMs nach Aufbau und Isolation unterscheiden.</li>
|
||||
<li>Snapshots, Klone und die Grenzen zum Backup sauber einordnen.</li>
|
||||
<li>Cloud-Servicemodelle mit Verantwortungsteilung sowie Provisioning, Overcommitment und Live-Migration begründen.</li>
|
||||
</ul>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>Hypervisoren & Container</h2>
|
||||
<p>Virtualisierung entkoppelt Betriebssysteme von der physischen Hardware. Hypervisoren betreiben vollständige VMs, Container teilen sich hingegen den Kernel des Hosts.</p>
|
||||
<ul class="key-list">
|
||||
<li><strong>Typ-1 (Bare-Metal):</strong> läuft direkt auf der Hardware (z. B. ESXi, Hyper-V) – geringer Overhead, Standard im Rechenzentrum.</li>
|
||||
<li><strong>Typ-2 (Hosted):</strong> setzt als Anwendung auf einem Host-Betriebssystem auf (z. B. VirtualBox) – praktisch für Arbeitsplätze und Tests.</li>
|
||||
<li><strong>Container:</strong> nutzen den Host-Kernel gemeinsam, starten schnell und sparen Ressourcen; ein Image ist die unveränderliche Vorlage, der Container die laufende Instanz.</li>
|
||||
</ul>
|
||||
<p class="merksatz"><strong>Merksatz:</strong> Jede VM bringt ein eigenes Betriebssystem mit und ist durch den Hypervisor stark isoliert; Container teilen den Kernel und sind dafür leichtgewichtiger.</p>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>Snapshots & Klone</h2>
|
||||
<p>Snapshots und Klone helfen beim Testen und Vervielfältigen von VMs – ersetzen aber keine Datensicherung.</p>
|
||||
<ul class="key-list">
|
||||
<li><strong>Snapshot:</strong> festgehaltener Zustand zu einem Zeitpunkt; Rückkehr möglich, liegt aber meist als Delta auf demselben Storage.</li>
|
||||
<li><strong>Linked Clone:</strong> teilt die Basisplatten mit dem Original, spart Speicher, bleibt aber davon abhängig; ein Full Clone ist eigenständig und größer.</li>
|
||||
<li><strong>Langlebige Snapshots:</strong> wachsende Delta-Dateien belegen Speicher und mindern die Leistung – deshalb nur kurz halten.</li>
|
||||
</ul>
|
||||
<p class="merksatz"><strong>Merksatz:</strong> Ein Snapshot ist kein Backup – fällt der Speicher aus, ist auch der Snapshot verloren.</p>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>Cloud-Modelle & Ressourcen</h2>
|
||||
<p>Cloud-Servicemodelle regeln, wie viel Betrieb der Anbieter übernimmt. Bei Speicher und Ressourcen entscheidet die Planung über Kosten und Stabilität.</p>
|
||||
<ul class="key-list">
|
||||
<li><strong>IaaS/PaaS/SaaS:</strong> von virtueller Infrastruktur über die Plattform bis zur fertigen Anwendung – je höher das Modell, desto mehr übernimmt der Anbieter.</li>
|
||||
<li><strong>Shared Responsibility:</strong> die Verantwortung für eigene Daten und Zugriffsrechte bleibt in jedem Modell beim Kunden.</li>
|
||||
<li><strong>Provisioning & Overcommitment:</strong> Thin belegt Speicher erst bei Bedarf, Thick sofort; Überbuchung spart Ressourcen, riskiert aber Engpässe bei Spitzenlast.</li>
|
||||
</ul>
|
||||
<p class="merksatz"><strong>Merksatz:</strong> Eine Live-Migration verschiebt eine laufende VM ohne Downtime – setzt aber üblicherweise gemeinsamen Speicher und kompatible CPUs voraus.</p>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>Prüfungsmodus</h2>
|
||||
<p>Dieser ProtocolCheck führt dich durch die wichtigsten AP2-Aspekte dieses Themas. Du kannst Antworten prüfen, Fragen überspringen und bekommst am Ende eine Auswertung nach Kategorie.</p>
|
||||
</section>
|
||||
|
||||
<section class="finalflux-test" data-finalflux-test aria-live="polite">
|
||||
<div class="test-meta">
|
||||
<span data-question-counter>Frage 1</span>
|
||||
<span data-score-counter>0 richtig</span>
|
||||
</div>
|
||||
<div class="category-block">
|
||||
<p class="eyebrow">Kategorie</p>
|
||||
<h2 data-category-title>Virtualisierung</h2>
|
||||
<p data-category-hint>AP2-Training</p>
|
||||
</div>
|
||||
<div class="question-card">
|
||||
<h3 data-question-text></h3>
|
||||
<div data-answer-options class="answer-options"></div>
|
||||
<div data-answer-feedback class="fluxcheck-result"></div>
|
||||
</div>
|
||||
<div class="test-actions">
|
||||
<button type="button" data-check-answer>Antwort prüfen</button>
|
||||
<button type="button" data-skip-question class="secondary">Überspringen</button>
|
||||
<button type="button" data-next-question class="secondary" disabled>Weiter</button>
|
||||
</div>
|
||||
</section>
|
||||
|
||||
<section data-test-result class="finalflux-panel" hidden>
|
||||
<h2>Auswertung</h2>
|
||||
<p data-result-summary></p>
|
||||
<ul data-category-summary class="key-list"></ul>
|
||||
<div class="finalflux-actions">
|
||||
<button type="button" data-restart-test>Test neu starten</button>
|
||||
<a href="/finalflux">Zurück zur Übersicht</a>
|
||||
</div>
|
||||
</section>
|
||||
</main>
|
||||
|
||||
<script src="/js/finalflux-test.js" data-questions-src="/finalflux/questions/ap2_fisi_virtualisierung.json" defer></script>
|
||||
</body>
|
||||
</html>
|
||||
Reference in New Issue
Block a user