Rechtstexte, FinalFlux-Überarbeitung, neue Login-Optik, Konto-Löschung-Fix, BTTF-Farbrelaunch
- Rechtsseiten: Impressum-Platzhalter + echte Nutzungsbedingungen/AGB, Datenschutz (DSGVO) und Richtlinien; LegalController/ImpressumController, Footer app-weit verlinkt, Seiten als permitAll freigegeben. - FinalFlux: 28 Themen / ~742 Fragen überarbeitet (plausible Distraktoren statt Dummy-Antworten, echte Erklärungen) + echte Lehrtexte je Seite; Netzwerktopologien mit Inline-SVG-Diagrammen (Stern/Bus/Ring/Mesh/Baum). - Login/Registrierung als kombiniertes Dual-Panel (Slide-Overlay + Neon-Hover- Button), ausgelagert nach auth.css; Register-Duplikat -> /?registerError. - Konto löschen repariert: @Transactional + Löschen von Spielständen, Achievements und Profilbild-Datei (DSGVO Art. 17). Impressum-Zurück-Link login-abhängig. - App-weiter Farb-Relaunch auf "Back to the Future"-Palette: Feuer-Amber primär + Flux-Blau sekundär, warmer Glow; Dark/Light bleiben. Spiele-Feedback ohne Grün: richtig = Blau + Haken, falsch = Rot + Kreuz (neue Tokens --success/--danger/--secondary). Legacy-Cyan in style.css auf Variablen. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -17,14 +17,41 @@
|
||||
|
||||
<section>
|
||||
<h2>Lernfokus</h2>
|
||||
<p>Trainiere DAS, NAS, SAN sowie Dateisysteme, Blockzugriff und typische Einsatzfälle.</p>
|
||||
<p>Trainiere die drei Speicherkonzepte DAS, NAS und SAN, den Unterschied zwischen Block- und Dateizugriff sowie die wichtigsten RAID-Level. In der AP1 musst du anhand einer Situation entscheiden, welches Konzept und welcher RAID-Level zu den Anforderungen passen.</p>
|
||||
<ul class="key-list">
|
||||
<li>DAS, NAS und SAN unterscheiden.</li>
|
||||
<li>DAS, NAS und SAN sicher unterscheiden.</li>
|
||||
<li>Block- und Dateizugriff erklären.</li>
|
||||
<li>Einsatz nach Anforderungen begründen.</li>
|
||||
<li>RAID-Level 0, 1, 5, 6 und 10 mit ihren Eigenschaften kennen.</li>
|
||||
<li>Einsatz nach Anforderungen (Leistung, Kosten, Redundanz) begründen.</li>
|
||||
</ul>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>DAS, NAS und SAN</h2>
|
||||
<p>Die drei Konzepte unterscheiden sich darin, <strong>wie</strong> und <strong>worüber</strong> der Speicher angebunden ist und ob der Zugriff auf <em>Block-</em> oder <em>Datei-Ebene</em> erfolgt.</p>
|
||||
<ul class="key-list">
|
||||
<li><strong>DAS (Direct Attached Storage):</strong> Speicher ist direkt am Host angeschlossen (z. B. interne Platten, externe Platte per USB/SAS). Blockzugriff, aber nur für diesen einen Host nutzbar. Günstig und schnell, jedoch kaum gemeinsam nutzbar oder zentral verwaltbar.</li>
|
||||
<li><strong>NAS (Network Attached Storage):</strong> Eigenständiges Speichergerät im LAN, das Daten <em>dateibasiert</em> über Protokolle wie <strong>SMB</strong> (Windows) oder <strong>NFS</strong> (Unix/Linux) freigibt. Ideal für gemeinsame Dateiablagen vieler Clients.</li>
|
||||
<li><strong>SAN (Storage Area Network):</strong> Eigenes Hochleistungs-Speichernetz, das <em>blockbasierten</em> Speicher (LUNs) bereitstellt - per <strong>Fibre Channel</strong> oder <strong>iSCSI</strong> (Blockzugriff über IP). Servern erscheint der Speicher wie eine lokale Platte. Aufwendig und teuer, aber sehr leistungsfähig und skalierbar (z. B. für Datenbanken, Virtualisierung).</li>
|
||||
</ul>
|
||||
<p><strong>Block- vs. Dateizugriff:</strong> Blockspeicher (DAS, SAN) liefert rohe Blöcke, die der Host selbst partitioniert und formatiert. Dateispeicher (NAS) stellt fertige Dateien und Ordner über Freigaben bereit.</p>
|
||||
<p class="merksatz"><strong>Merksatz:</strong> DAS = lokal am Host, NAS = Dateien übers Netz, SAN = Blöcke über ein eigenes Speichernetz.</p>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>RAID-Level im Überblick</h2>
|
||||
<p>RAID (Redundant Array of Independent Disks) fasst mehrere Platten zu einem Verbund zusammen, um <strong>Leistung</strong> und/oder <strong>Ausfallsicherheit</strong> zu erhöhen. Wichtig: RAID ist <em>kein</em> Backup - es schützt vor Plattenausfall, nicht vor Löschen, Viren oder Standortverlust.</p>
|
||||
<ul class="key-list">
|
||||
<li><strong>RAID 0 (Striping):</strong> Daten werden auf mehrere Platten verteilt. Hohe Leistung, volle Kapazität, aber <em>keine</em> Redundanz - schon eine defekte Platte zerstört alle Daten. Min. 2 Platten.</li>
|
||||
<li><strong>RAID 1 (Spiegelung):</strong> Identische Kopie auf zwei Platten. Eine Platte darf ausfallen. Nur die halbe Bruttokapazität nutzbar. Min. 2 Platten.</li>
|
||||
<li><strong>RAID 5 (Striping + verteilte Parität):</strong> Eine Platte darf ausfallen. Nutzkapazität = (n-1) Platten. Guter Kompromiss aus Kapazität und Sicherheit. Min. 3 Platten.</li>
|
||||
<li><strong>RAID 6 (Striping + doppelte Parität):</strong> Zwei Platten dürfen gleichzeitig ausfallen. Nutzkapazität = (n-2) Platten. Sicherer als RAID 5, etwas langsamer beim Schreiben. Min. 4 Platten.</li>
|
||||
<li><strong>RAID 10 (1+0, Spiegelung + Striping):</strong> Kombiniert die Geschwindigkeit von RAID 0 mit der Sicherheit von RAID 1. Nur die halbe Kapazität, dafür sehr schnell und ausfallsicher. Min. 4 Platten.</li>
|
||||
</ul>
|
||||
<p><strong>Typische Einsatzszenarien:</strong> RAID 1 für Systemplatten kleiner Server; RAID 5 für Datei-/Archivspeicher mit gutem Kapazitäts-/Sicherheitsverhältnis; RAID 6 für große Verbünde mit vielen Platten; RAID 10 für leistungshungrige Datenbanken und virtuelle Maschinen; RAID 0 nur für unkritische Daten, bei denen Tempo zählt.</p>
|
||||
<p class="merksatz"><strong>Merksatz:</strong> 0 = Tempo ohne Schutz, 1 = Spiegel, 5 = eine Parität (1 Platte darf gehen), 6 = doppelte Parität (2 Platten dürfen gehen), 10 = Spiegel + Tempo.</p>
|
||||
</section>
|
||||
|
||||
<section>
|
||||
<h2>Prüfungsmodus</h2>
|
||||
<p>Dieser FluxCheck führt dich durch die wichtigsten AP1-Aspekte dieses Themas. Du kannst Antworten prüfen, Fragen überspringen und bekommst am Ende eine Auswertung nach Kategorie.</p>
|
||||
|
||||
Reference in New Issue
Block a user