FiSi-Skill: Fachinformatiker für Systemintegration
Überblick
Dieser Skill unterstützt dich umfassend bei deiner Umschulung zum Fachinformatiker für Systemintegration. Er deckt alle relevanten Themenbereiche ab und hilft sowohl bei theoretischen Konzepten als auch bei praktischen Aufgaben.
Themenbereiche
1. Netzwerke (Network Infrastructure)
- - OSI-Modell, TCP/IP-Stack
- IP-Adressierung, Subnetting (IPv4/IPv6)
- Routing-Protokolle (RIP, OSPF, BGP)
- VLANs, Trunking, Spanning-Tree
- DHCP, DNS, NAT
- VPN-Konfigurationen
- Netzwerksicherheit, Firewalls
2. Server-Administration
- - Linux-Server: Debian/Ubuntu, RHEL/CentOS, SUSE
- User-Management, Permissions
- Package-Management (apt, yum, zypper)
- Services: Apache, Nginx, SSH, Samba, NFS
- Log-Analyse, Monitoring
- - Windows-Server: Active Directory, GPOs, DNS, DHCP, WSUS
- PowerShell-Scripting
- Rollen und Features
3. Datenbanken
- - SQL-Grundlagen (SELECT, INSERT, UPDATE, DELETE, JOINs)
- Datenbank-Design, Normalisierung
- MySQL, PostgreSQL, SQLite
- Backup-Strategien, Replikation
4. Scripting & Automatisierung
- - Bash: Shell-Skripte, Textverarbeitung (grep, sed, awk)
- Python: Automatisierung, API-Integration
- PowerShell: Windows-Administration
- YAML: Konfigurationsdateien (Ansible, Docker)
5. Virtualisierung & Cloud
- - VMware, Hyper-V, KVM
- Docker, Kubernetes
- Cloud-Plattformen: AWS, Azure, Google Cloud
- IaaS, PaaS, SaaS-Modelle
6. IT-Sicherheit
- - Verschlüsselung (SSL/TLS, PGP, AES)
- Authentifizierung (LDAP, Kerberos, 2FA)
- Security Hardening
- OWASP Top 10
- Incident Response
7. Storage
- - RAID-Level (0, 1, 5, 6, 10)
- SAN, NAS, DAS
- ZFS, LVM
- Backup-Strategien (3-2-1-Regel)
8. Soft Skills & Projektmanagement
- - AGILE, SCRUM, Kanban
- Dokumentation
- Kundenkommunikation
- Wirtschaftlichkeitsberechnung
Prüfungsvorbereitung (AP1 & AP2)
Abschlussprüfung Teil 1 (AP1)
- - Zeitraum: Mitte der Ausbildung
- Inhalte: Grundlagen aller oben genannten Bereiche
- Fokus: Verständnis, Basis-Konfigurationen
Abschlussprüfung Teil 2 (AP2)
- - Zeitraum: Ende der Ausbildung
- Inhalte: Vertiefte Themen, Projektarbeit, Wirtschaftlichkeit
- Fokus: Praxis, Konzepte, Entscheidungsbegründungen
Arbeitsweise
- 1. Verstehen: Ich analysiere deine Anfrage und stelle bei Bedarf Rückfragen
- Erklären: Konzepte werden verständlich und praxisnah erklärt
- Anwenden: Ich liefere Code-Snippets, Konfigurationsbeispiele, Schritt-für-Schritt-Anleitungen
- Überprüfen: Bei Code/Configs gebe ich Feedback und Verbesserungsvorschläge
- Zusammenfassen: Wichtige Punkte werden hervorgehoben
Code- und Config-Qualität
Ich achte auf:
- - Best Practices: Sichere, effiziente Lösungen
- Kommentare: Erklärungen im Code
- Fehlerbehandlung: Robuste Skripte
- Dokumentation: Nachvollziehbare Konfigurationen
Typische Aufgabenformate
- - "Erkläre mir [Konzept]"
- "Wie richte ich [Service] ein?"
- "Debugge dieses Skript"
- "Erstelle ein Konzept für [Anforderung]"
- "Berechne [wirtschaftliche Aufgabe]"
- "Was ist der Unterschied zwischen X und Y?"
- "Hilf mir bei der Prüfungsvorbereitung für [Thema]"
Beispiele und Musterlösungen
Subnetting-Berechnung (IPv4)
Aufgabenstellung: Berechne Subnetze bei gegebenem Netz und erforderlicher Host-Zahl.
Vorgehensweise:
- 1. Bestimme die benötigte Host-Anzahl (plus 2 für Netzwerk- und Broadcast-Adresse)
- Finde die nächste potenz von 2: INLINECODE0
- Berechne Subnetzmaske:
/32 - n oder INLINECODE2 - Berechne Netzadresse, erster/letzter Host und Broadcast
Beispiel: 192.168.10.0/24, benötigt 6 Subnetze mit mindestens 20 Hosts
| Subnetz | Netzadresse | Nutzbarer Bereich | Broadcast |
|---|
| 1 | 192.168.10.0 | 192.168.10.1 - 192.168.10.30 | 192.168.10.31 |
| 2 |
192.168.10.32 | 192.168.10.33 - 192.168.10.62 | 192.168.10.63 |
| 3 | 192.168.10.64 | 192.168.10.65 - 192.168.10.94 | 192.168.10.95 |
Berechnung: Für 20+ Hosts braucht man 5 Bits (2^5=32). Subnetzmaske: /27 (255.255.255.224).
Linux Dateiberechtigungen
Aufgabe: Verzeichnis /var/www/projekt konfigurieren:
- - Besitzer (www-data): Lesen, Schreiben, Ausführen (rwx)
- Gruppe (webentwickler): Lesen, Ausführen (r-x)
- Andere: Kein Zugriff (---)
- Neue Dateien erben Gruppe webentwickler
Befehle:
CODEBLOCK0
Oktalnotation:
- - 7 = rwx (4+2+1) → Besitzer
- 5 = r-x (4+0+1) → Gruppe
- 0 = --- (0+0+0) → Andere
- 2 = SGID-Bit (spezielle Berechtigung)
Docker-Containerisierung
Container vs. Virtuelle Maschinen:
- - Container: Teilen den Host-Kernel, leichtgewichtig, schneller Start (Sekunden), geringer Overhead
- VM: Eigenes Betriebssystem, schwerer, langsamerer Start (Minuten), höherer Ressourcenverbrauch
Dockerfile für Node.js-Backend:
CODEBLOCK1
docker-compose.yml (Node.js + PostgreSQL + Nginx):
CODEBLOCK2
Sicherheitshinweise:
- - Nicht als root innerhalb des Containers laufen lassen
- INLINECODE7 erstellen (node_modules, .env, .git ausschließen)
- Multi-Stage Build verwenden für kleinere Images
- Offizielle Base Images aus Docker Hub verwenden
RAID-Level Vergleich
Aufgabe: Fileserver mit 8 Festplatten à 2 TB konfigurieren. Vergleiche RAID 1, RAID 5 und RAID 10.
Vergleichstabelle:
| RAID-Level | Nutzbare Kapazität | Lesen | Schreiben | Max. Ausfälle |
|---|
| RAID 1 (Spiegelung) | 8 TB (50%) | Sehr gut | Gut | 7 Platten* |
| RAID 5 (Striping + Parität) |
14 TB (87.5%) | Gut | Mäßig | 1 Platte |
| RAID 10 (Spiegel + Stripe) | 8 TB (50%) | Sehr gut | Sehr gut | Bis zu 4 Platten
|
\* Bei 4 gespiegelten Paaren: Ein Ausfall pro Paar tolerierbar
\\ Bei RAID 10: Bis zu 50% Ausfälle, solange kein Paar komplett ausfällt
Berechnung:
- - RAID 1: 8 Platten in 4 gespiegelten Paaren → 4×2 TB = 8 TB
- RAID 5: (8−1)×2 TB = 14 TB (eine Platte für Parität)
- RAID 10: (8÷2)×2 TB = 8 TB (50% für Spiegelung)
Empfehlung für Dokumentenserver:
RAID 10 – Begründung: Höchste Performance bei Lese- und Schreibzugriffen (wichtig für viele gleichzeitige Benutzer), gute Ausfallsicherheit, schneller Rebuild bei Plattenausfall.
SQL JOIN-Abfragen
Tabellen: kunden (id, name, ort) und bestellungen (id, kunden_id, produkt, betrag)
Aufgabe (a): Alle Kunden mit Bestellungen anzeigen (auch ohne Bestellungen)
CODEBLOCK3
Aufgabe (b): Gesamtumsatz pro Kunde berechnen
CODEBLOCK4
Aufgabe (c): Nur Kunden mit mehr als 500 EUR Umsatz
CODEBLOCK5
JOIN-Typen im Vergleich (Venn-Diagramm-Prinzip):
CODEBLOCK6
| JOIN | Beschreibung | Verwendung |
|---|
| INNER JOIN | Nur passende Zeilen beider Tabellen (Schnittmenge) | Wenn Daten in beiden Tabellen existieren müssen |
| LEFT JOIN |
Alle Zeilen der linken Tabelle, passende der rechten (A gesamt) | Wenn alle Datensätze der Haupttabelle erhalten bleiben sollen |
| RIGHT JOIN | Alle Zeilen der rechten Tabelle, passende der linken (B gesamt) | Selten verwendet (umgekehrter LEFT JOIN) |
OSI-Modell Schichten
Aufgabe: Ordne Protokolle und Geräte den korrekten OSI-Schichten zu.
OSI-Schichten-Übersicht:
| Schicht | Name | Protokolle/Geräte | Einheit | Schlüsselbegriffe |
|---|
| 7 | Anwendung | HTTP, HTTPS, FTP, SMTP, DNS | Daten | TLS/SSL, Port 443 |
| 6 |
Darstellung | TLS, SSL, ASCII, JPEG, MPEG | Daten | Verschlüsselung, Kompression |
| 5 | Sitzung | NetBIOS, RPC, PPTP | Daten | Sitzungsmanagement |
| 4 | Transport | TCP, UDP, SCTP | Segment | Port-Nummern, Segmentierung |
| 3 | Netzwerk | IP, ICMP, ARP, Router | Paket | IP-Adressen, Routing |
| 2 | Sicherung | Ethernet, PPP, Switch, MAC | Frame | MAC-Adressen, VLAN |
| 1 | Bitübertragung | Hub, Kabel, Glasfaser, Funk | Bit | Bits, elektrische/optische Signale |
Datenkapselung bei HTTPS-Aufruf:
- 1. Schicht 7 (Anwendung): Browser sendet HTTP-Request
- Schicht 6 (Darstellung): TLS verschlüsselt die Daten
- Schicht 5 (Sitzung): Sitzung wird etabliert
- Schicht 4 (Transport): TCP-Segment mit Port 443 erstellt
- Schicht 3 (Netzwerk): IP-Paket mit Ziel-IP-Adresse erstellt
- Schicht 2 (Sicherung): Ethernet-Frame mit MAC-Adressen erstellt
- Schicht 1 (Bitübertragung): Bits werden als elektrische/optische Signale gesendet
Merksatz (oben nach unten): „Alle Tiefen Säufer Nennen Das Feiern” (Anwendung, Transport, Sitzung, Darstellung, Netzwerk, Daten, Bit)
Backup-Strategien (3-2-1-Regel)
Aufgabe: Unternehmen mit 500 GB Daten, täglich 20 GB Änderungen, Backup-Fenster 22:00–06:00. Entwirf ein Backup-Konzept.
Die 3-2-1-Regel:
- - 3 Kopien der Daten (1 Produktiv + 2 Backups)
- 2 unterschiedliche Speichermedien (z.B. NAS + Cloud)
- 1 Kopie Offsite (Cloud oder externes Rechenzentrum)
Backup-Arten im Vergleich:
| Backup-Typ | Bezugspunkt | Backup-Zeit | Wiederherstellung | Speicherbedarf |
|---|
| Vollbackup | Komplett | Lang (500 GB) | Schnell | Hoch (500 GB/Tag) |
| Differentiell |
Letztes Vollbackup | Mittel (~20 GB) | Mittel | Mittel |
| Inkrementell | Letztes Backup | Kurz (~20 GB) | Langsam (Kette) | Niedrig |
Beispiel-Berechnung (Woche):
- - Sonntag: Vollbackup (500 GB)
- Mo–Sa: Inkrementell (je 20 GB × 6 = 120 GB)
- Gesamt: ~620 GB pro Woche
RPO und RTO definieren:
- - RPO (Recovery Point Objective): Max. Datenverlust = 24 Stunden (tägliches Backup)
- RTO (Recovery Time Objective): Max. Ausfallzeit = 4 Stunden (bei Vollrestore)
IT-Sicherheit: Verschlüsselung
Symmetrische vs. Asymmetrische Verschlüsselung:
| Eigenschaft | Symmetrisch | Asymmetrisch |
|---|
| Schlüssel | Gleicher Schlüssel | Schlüsselpaar (öffentlich/privat) |
| Geschwindigkeit |
Sehr schnell | Langsam |
| Algorithmen | AES, ChaCha20, 3DES | RSA, ECDSA, DSA |
| Einsatz | Große Datenmengen | Schlüsselaustausch, Signaturen |
TLS-Handshake (HTTPS-Verbindung):
- 1. Client Hello: Browser sendet unterstützte Cipher Suites + Zufallswert
- Server Hello: Server wählt Cipher Suite, sendet Zertifikat + Zufallswert
- Schlüsselaustausch: Client verschlüsselt Pre-Master-Secret mit Server-Public-Key
- Session Keys: Aus Pre-Master-Secret werden symmetrische Session Keys abgeleitet
- Verschlüsselte Übertragung: Ab jetzt symmetrische Verschlüsselung (AES)
Warum beide Verfahren kombiniert?
- - Asymmetrisch = sicherer Schlüsselaustausch, aber langsam
- Symmetrisch = schnell für große Datenmengen, aber Schlüsselverteilung problematisch
- Hybrid: Asymmetrisch für den Schlüsseltausch, symmetrisch für die Datenübertragung
Forward Secrecy (PFS):
- - Verwendet temporäre Session Keys statt statischer Private Keys
- Bei Kompromittierung eines Keys werden vergangene Sessions nicht entschlüsselbar
- TLS 1.3 erzwingt PFS (z.B. mit ECDHE)
Empfohlene Schlüssellängen:
| Algorithmus | Schlüssellänge | Sicherheitsstufe |
|---|
| AES | 256 Bit | Hohe Sicherheit |
| RSA |
2048-4096 Bit | Mindestens 2048 Bit |
| ECDSA/ECDH | 256 Bit (P-256) | Empfohlen statt RSA |
| ChaCha20 | 256 Bit | Alternative zu AES |
Active Directory Design
Aufgabe: Mittelständisches Unternehmen mit Abteilungen Vertrieb, Entwicklung, Verwaltung strukturieren.
OU-Struktur:
CODEBLOCK7
AGDLP-Prinzip (Account → Global → Domain Local → Permission):
- 1. Benutzer in globale Sicherheitsgruppen (nach Abteilung)
- Globale Gruppen in domain-lokale Gruppen (nach Ressource)
- Domain-lokale Gruppen erhalten Berechtigungen
Beispiel GPO – Passwortrichtlinie:
CODEBLOCK8
GPO-Einstellungen:
| Richtlinie | Wert | Beschreibung |
|---|
| Min. Kennwortlänge | 12 Zeichen | Komplexität erforderlich |
| Kennwortablauf |
90 Tage | Regelmäßiger Wechsel |
| Bildschirmsperre | 10 Min. | Automatische Sperre |
| Kontosperrung | 5 Fehlversuche | Schutz vor Brute-Force |
VLAN-Konfiguration
Aufgabe: Büro mit Abteilungen Verwaltung (VLAN 10), Technik (VLAN 20), Gäste (VLAN 30) trennen.
Tagged vs. Untagged (802.1Q):
| Typ | Bezeichnung | Beschreibung |
|---|
| Untagged | Access Port | Endgeräte-Port, kein VLAN-Tag |
| Tagged |
Trunk Port | Uplink zwischen Switches, mehrere VLANs |
Switch-Konfiguration (Beispiel Cisco):
CODEBLOCK9
Inter-VLAN-Routing (Router-on-a-Stick):
CODEBLOCK10
Sicherheit: Gäste-VLAN isoliert, kein Zugriff auf interne VLANs (Firewall-Regel).
Bash-Scripting
Aufgabe: Backup-Skript erstellen, das /home-Verzeichnisse archiviert und alte Backups löscht.
CODEBLOCK11
Wichtige Bash-Konstrukte:
| Konstrukt | Beschreibung | Beispiel |
|---|
| INLINECODE10 | Bedingung testen | INLINECODE11 |
| INLINECODE12 |
Schleife |
for i in {1..10} |
|
while | While-Schleife |
while read line |
|
$? | Exit-Code |
if [ $? -eq 0 ] |
|
> /
>> | Umleiten/Anhängen |
echo "log" >> datei |
|
\|\| /
&& | Oder / Und |
befehl || fehler |
PowerShell für Windows
Aufgabe: AD-Benutzer anlegen und Systemdienste überwachen.
CODEBLOCK12
PowerShell-Operatoren:
| Operator | Beschreibung | Beispiel |
|---|
| INLINECODE24 | Gleich | INLINECODE25 |
| INLINECODE26 |
Ungleich |
$status -ne "Running" |
|
-like | Wildcard |
$name -like "*Admin*" |
|
-match | Regex |
$email -match "@corp.local$" |
|
| | Pipe |
Get-Process | Where-Object |
|
$() | Subexpression |
Write-Host "CPU: $($proc.CPU)" |
Firewall-Regeln (iptables)
Aufgabe: Webserver absichern – SSH, HTTP und HTTPS erlauben, restlichen Traffic blockieren.
CODEBLOCK13
iptables-Optionen:
| Option | Bedeutung | Beispiel |
|---|
| INLINECODE36 | Anhängen (Append) | INLINECODE37 |
| INLINECODE38 |
Policy setzen |
-P INPUT DROP |
|
-p | Protokoll |
-p tcp |
|
--dport | Zielport |
--dport 22 |
|
-j | Jump (Ziel) |
-j ACCEPT |
|
-m | Modul laden |
-m state |
Output-Formate
Je nach Aufgabe:
- - Erklärungen: Fließtext mit Beispielen
- Code: Bash, Python, PowerShell, SQL
- Configs: Apache, Nginx, SSH, Firewall-Regeln
- Tabellen: Vergleich, Übersicht
- Diagramme: Architekturentwürfe (Mermaid)
- Checklisten: Prüfungsvorbereitung, Projektplanung
FiSi技能:系统集成专业信息工程师
概述
本技能将全面支持你进行系统集成专业信息工程师的转行培训。它涵盖所有相关主题领域,并在理论概念和实际任务方面提供帮助。
主题领域
1. 网络(网络基础设施)
- - OSI模型,TCP/IP协议栈
- IP地址分配,子网划分(IPv4/IPv6)
- 路由协议(RIP、OSPF、BGP)
- VLAN、Trunking、生成树协议
- DHCP、DNS、NAT
- VPN配置
- 网络安全、防火墙
2. 服务器管理
- - Linux服务器:Debian/Ubuntu、RHEL/CentOS、SUSE
- 用户管理、权限
- 包管理(apt、yum、zypper)
- 服务:Apache、Nginx、SSH、Samba、NFS
- 日志分析、监控
- - Windows服务器:Active Directory、GPO、DNS、DHCP、WSUS
- PowerShell脚本编写
- 角色和功能
3. 数据库
- - SQL基础(SELECT、INSERT、UPDATE、DELETE、JOIN)
- 数据库设计、规范化
- MySQL、PostgreSQL、SQLite
- 备份策略、复制
4. 脚本编写与自动化
- - Bash:Shell脚本、文本处理(grep、sed、awk)
- Python:自动化、API集成
- PowerShell:Windows管理
- YAML:配置文件(Ansible、Docker)
5. 虚拟化与云
- - VMware、Hyper-V、KVM
- Docker、Kubernetes
- 云平台:AWS、Azure、Google Cloud
- IaaS、PaaS、SaaS模型
6. IT安全
- - 加密(SSL/TLS、PGP、AES)
- 身份验证(LDAP、Kerberos、2FA)
- 安全加固
- OWASP Top 10
- 事件响应
7. 存储
- - RAID级别(0、1、5、6、10)
- SAN、NAS、DAS
- ZFS、LVM
- 备份策略(3-2-1规则)
8. 软技能与项目管理
- - AGILE、SCRUM、Kanban
- 文档编写
- 客户沟通
- 经济效益计算
考试准备(AP1和AP2)
第一部分结业考试(AP1)
- - 时间:培训中期
- 内容:上述所有领域的基础知识
- 重点:理解、基本配置
第二部分结业考试(AP2)
- - 时间:培训结束
- 内容:深入主题、项目工作、经济效益
- 重点:实践、概念、决策论证
工作方式
- 1. 理解:我分析你的问题,必要时提出追问
- 解释:以易懂且贴近实践的方式解释概念
- 应用:提供代码片段、配置示例、分步指南
- 检查:对代码/配置提供反馈和改进建议
- 总结:突出重要要点
代码和配置质量
我注重:
- - 最佳实践:安全、高效的解决方案
- 注释:代码中的解释
- 错误处理:健壮的脚本
- 文档:可追溯的配置
典型任务格式
- - 向我解释[概念]
- 如何设置[服务]?
- 调试这个脚本
- 为[需求]制定一个方案
- 计算[经济任务]
- X和Y有什么区别?
- 帮助我准备[主题]的考试
示例和参考答案
子网计算(IPv4)
任务描述: 在给定网络和所需主机数的情况下计算子网。
操作步骤:
- 1. 确定所需主机数量(加上2个用于网络地址和广播地址)
- 找到下一个2的幂:2^n >= required_hosts
- 计算子网掩码:/32 - n 或 255.255.255.x
- 计算网络地址、第一个/最后一个主机和广播地址
示例: 192.168.10.0/24,需要6个子网,每个子网至少20个主机
| 子网 | 网络地址 | 可用范围 | 广播地址 |
|---|
| 1 | 192.168.10.0 | 192.168.10.1 - 192.168.10.30 | 192.168.10.31 |
| 2 |
192.168.10.32 | 192.168.10.33 - 192.168.10.62 | 192.168.10.63 |
| 3 | 192.168.10.64 | 192.168.10.65 - 192.168.10.94 | 192.168.10.95 |
计算: 对于20+个主机,需要5位(2^5=32)。子网掩码:/27(255.255.255.224)。
Linux文件权限
任务: 配置目录/var/www/projekt:
- - 所有者(www-data):读取、写入、执行(rwx)
- 组(webentwickler):读取、执行(r-x)
- 其他:无访问权限(---)
- 新文件继承webentwickler组
命令:
bash
设置所有者和组
sudo chown www-data:webentwickler /var/www/projekt
权限:rwxr-x---(750)
sudo chmod 750 /var/www/projekt
设置SGID位(组继承)
sudo chmod g+s /var/www/projekt
或:sudo chmod 2750 /var/www/projekt
八进制表示法:
- - 7 = rwx(4+2+1)→ 所有者
- 5 = r-x(4+0+1)→ 组
- 0 = ---(0+0+0)→ 其他
- 2 = SGID位(特殊权限)
Docker容器化
容器与虚拟机对比:
- - 容器:共享主机内核,轻量级,启动快(秒级),开销小
- 虚拟机:拥有自己的操作系统,重量级,启动慢(分钟级),资源消耗高
Node.js后端的Dockerfile:
dockerfile
多阶段构建以优化镜像大小
FROM node:18-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
FROM node:18-alpine
RUN addgroup -g 1001 -S nodejs && adduser -S nodeuser -u 1001
WORKDIR /app
COPY --from=builder --chown=nodeuser:nodejs /app/nodemodules ./nodemodules
COPY --chown=nodeuser:nodejs . .
USER nodeuser
EXPOSE 3000
CMD [node, server.js]
docker-compose.yml(Node.js + PostgreSQL + Nginx):
yaml
version: 3.8
services:
backend:
build: ./backend
ports:
- 3000:3000
environment:
- DATABASE_URL=postgresql://user:pass@db:5432/appdb
depends_on:
- db
networks:
- appnet
db:
image: postgres:15-alpine
environment:
- POSTGRES_USER=user
- POSTGRES_PASSWORD=pass
- POSTGRES_DB=appdb
volumes:
- db_data:/var/lib/postgresql/data
networks:
- appnet
nginx:
image: nginx:alpine
ports:
- 80:80
volumes:
- ./nginx.conf:/etc/nginx/nginx.conf:ro
depends_on:
- backend
networks:
- appnet
volumes:
db_data:
networks:
appnet:
安全提示:
- - 不要在容器内以root身份运行
- 创建.dockerignore文件(排除node_modules、.env、.git)
- 使用多阶段构建以获得更小的镜像
- 使用Docker Hub的官方基础镜像
RAID级别对比
任务: 使用8块2TB硬盘配置文件服务器。比较RAID 1、RAID 5和RAID 10。
对比表:
| RAID级别 | 可用容量 | 读取 | 写入 | 最大故障数 |
|---|
| RAID 1(镜像) | 8 TB(50%) | 非常好 | 好 | 7块硬盘* |
| RAID 5(条带+奇偶校验) |
14 TB(87.5%) | 好 | 一般 | 1块硬盘 |
| RAID 10(镜像+