Add README files and diagrams across repository
This commit is contained in:
@@ -2,6 +2,31 @@
|
|||||||
|
|
||||||
This repository demonstrates real-world Linux infrastructure and operations experience through sanitized scripts, runbooks, and project structure. It focuses on production operations, incident response, troubleshooting, automation, and enterprise infrastructure patterns.
|
This repository demonstrates real-world Linux infrastructure and operations experience through sanitized scripts, runbooks, and project structure. It focuses on production operations, incident response, troubleshooting, automation, and enterprise infrastructure patterns.
|
||||||
|
|
||||||
|
## Repository Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["portfolio"] --> B["infra-run"]
|
||||||
|
A --> C["platform-projects"]
|
||||||
|
A --> D["labs"]
|
||||||
|
B --> B1["ansible"]
|
||||||
|
B --> B2["docs"]
|
||||||
|
B --> B3["runbooks"]
|
||||||
|
B --> B4["scripts"]
|
||||||
|
B4 --> B41["bash"]
|
||||||
|
B4 --> B42["python"]
|
||||||
|
C --> C1["storage"]
|
||||||
|
C --> C2["clustering"]
|
||||||
|
C --> C3["monitoring-zabbix"]
|
||||||
|
C --> C4["virtualization"]
|
||||||
|
C --> C5["elk-log-analysis"]
|
||||||
|
D --> D1["docker"]
|
||||||
|
D --> D2["kubernetes"]
|
||||||
|
D --> D3["terraform"]
|
||||||
|
D --> D4["networking"]
|
||||||
|
D --> D5["ci-cd"]
|
||||||
|
```
|
||||||
|
|
||||||
## Core Project
|
## Core Project
|
||||||
|
|
||||||
### infra-run
|
### infra-run
|
||||||
|
|||||||
@@ -0,0 +1,27 @@
|
|||||||
|
# infra-run
|
||||||
|
|
||||||
|
`infra-run` is the operational core of this repository. It groups automation, scripts, runbooks, and supporting documentation for Linux infrastructure work, incident response, and controlled change execution.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["infra-run"] --> B["ansible"]
|
||||||
|
A --> C["docs"]
|
||||||
|
A --> D["runbooks"]
|
||||||
|
A --> E["scripts"]
|
||||||
|
E --> E1["bash"]
|
||||||
|
E --> E2["python"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- `ansible` - placeholder structure for infrastructure automation and testing.
|
||||||
|
- `docs` - supporting technical notes and written documentation.
|
||||||
|
- `runbooks` - procedural operational guides.
|
||||||
|
- `scripts` - executable tooling for operations and diagnostics.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- This folder reflects the structure of a production-oriented operations repository.
|
||||||
|
- Current implementation is strongest in the Bash tooling under `scripts/bash`.
|
||||||
@@ -0,0 +1,29 @@
|
|||||||
|
# infra-run/ansible
|
||||||
|
|
||||||
|
This directory reserves the Ansible automation area for future infrastructure-as-code content. It is organized around the standard separation of inventory, roles, playbooks, collections, and tests.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["ansible"] --> B["collections"]
|
||||||
|
A --> C["inventory"]
|
||||||
|
A --> D["playbooks"]
|
||||||
|
A --> E["roles"]
|
||||||
|
A --> F["tests"]
|
||||||
|
C --> C1["group_vars"]
|
||||||
|
C --> C2["host_vars"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- `collections` - vendored or custom Ansible collections.
|
||||||
|
- `inventory` - environment inventory definitions and variables.
|
||||||
|
- `playbooks` - executable playbooks for repeatable operations.
|
||||||
|
- `roles` - reusable automation roles.
|
||||||
|
- `tests` - validation and test harnesses for Ansible content.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory layout is already prepared for growth even where content is still placeholder-only.
|
||||||
|
- This keeps the repository ready for automation expansion alongside the existing script toolkits.
|
||||||
@@ -0,0 +1,23 @@
|
|||||||
|
# infra-run/ansible/collections
|
||||||
|
|
||||||
|
This folder is reserved for Ansible collections used by the `infra-run` automation area. It is intended for dependencies or custom collections that support playbooks and roles.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["collections"] --> B["External or custom collections"]
|
||||||
|
B --> C["Modules"]
|
||||||
|
B --> D["Plugins"]
|
||||||
|
B --> E["Roles integration"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- Store collection dependencies close to the operational automation they support.
|
||||||
|
- Keep collection usage explicit for repeatable execution in controlled environments.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory currently contains only a placeholder file.
|
||||||
|
- A local README helps preserve intent before real collection content is added.
|
||||||
@@ -0,0 +1,23 @@
|
|||||||
|
# infra-run/ansible/inventory
|
||||||
|
|
||||||
|
This directory is intended for Ansible inventory definitions. It separates shared variables from host-specific values to support clean environment modeling and safer automation.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["inventory"] --> B["group_vars"]
|
||||||
|
A --> C["host_vars"]
|
||||||
|
B --> D["Shared environment variables"]
|
||||||
|
C --> E["Per-host overrides"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- `group_vars` - variables applied at group or environment level.
|
||||||
|
- `host_vars` - variables tailored to individual nodes.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The structure is present even though the repository currently keeps this area sanitized and mostly empty.
|
||||||
|
- This is the natural companion to future playbooks and roles under `infra-run/ansible`.
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# infra-run/ansible/inventory/group_vars
|
||||||
|
|
||||||
|
This folder is reserved for shared Ansible variables applied to inventory groups. It is the right place for environment defaults, role inputs, and group-level operational settings.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["group_vars"] --> B["Environment defaults"]
|
||||||
|
A --> C["Role parameters"]
|
||||||
|
A --> D["Shared operational values"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Use this layer when multiple hosts should inherit the same configuration.
|
||||||
|
- The directory is currently a placeholder and does not expose environment-specific data.
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# infra-run/ansible/inventory/host_vars
|
||||||
|
|
||||||
|
This folder is intended for host-specific Ansible variables. It complements `group_vars` by capturing node-level differences that should not be shared across an entire inventory group.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["host_vars"] --> B["Host A overrides"]
|
||||||
|
A --> C["Host B overrides"]
|
||||||
|
A --> D["Per-node secrets or tuning"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Use this area when operational differences are specific to one server.
|
||||||
|
- The directory is intentionally empty in the sanitized portfolio state.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# infra-run/ansible/playbooks
|
||||||
|
|
||||||
|
This directory is intended for executable Ansible playbooks that coordinate roles, inventories, and operational tasks. In the current portfolio state it acts as a prepared entry point for future automation runs.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["playbooks"] --> B["Provisioning flows"]
|
||||||
|
A --> C["Hardening flows"]
|
||||||
|
A --> D["Patch workflows"]
|
||||||
|
A --> E["Decommission workflows"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- Playbooks belong here when the repository expands beyond script-first operations.
|
||||||
|
- The directory currently contains only placeholder content.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# infra-run/ansible/roles
|
||||||
|
|
||||||
|
This folder is reserved for reusable Ansible roles. Roles make it possible to organize configuration logic into predictable, testable units that can be shared across playbooks.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["roles"] --> B["common"]
|
||||||
|
A --> C["monitoring"]
|
||||||
|
A --> D["storage"]
|
||||||
|
A --> E["security"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The role layout is not yet populated, but the structure is in place for future automation modules.
|
||||||
|
- Keeping a README here documents intent even before role code exists.
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# infra-run/ansible/tests
|
||||||
|
|
||||||
|
This directory is reserved for validation of Ansible content. It represents the testing layer that would support inventories, roles, and playbooks as the automation footprint grows.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["tests"] --> B["Syntax checks"]
|
||||||
|
A --> C["Molecule or scenario tests"]
|
||||||
|
A --> D["Post-run validation"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The folder is currently a placeholder.
|
||||||
|
- Its presence reflects a design goal of keeping automation testable, not just executable.
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# infra-run/docs
|
||||||
|
|
||||||
|
This directory is intended for supporting technical documentation tied to the operational tooling in `infra-run`. It is the natural home for implementation notes, architecture writeups, and operational reference material.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["docs"] --> B["Architecture notes"]
|
||||||
|
A --> C["Operational references"]
|
||||||
|
A --> D["Change preparation notes"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The folder currently contains only a placeholder file.
|
||||||
|
- It complements `runbooks` by focusing on reference material rather than step-by-step execution flows.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# infra-run/runbooks
|
||||||
|
|
||||||
|
This directory is reserved for runbook-style procedures that describe how to perform controlled operational work. It sits alongside the executable scripts and captures the human workflow around them.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["runbooks"] --> B["Pre-check"]
|
||||||
|
A --> C["Change execution"]
|
||||||
|
A --> D["Post-check"]
|
||||||
|
A --> E["Rollback or escalation"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- It is intended to hold narrative procedures that complement the script-based toolkits.
|
||||||
@@ -0,0 +1,23 @@
|
|||||||
|
# infra-run/scripts
|
||||||
|
|
||||||
|
This directory groups executable tooling used across the `infra-run` project. It separates shell-first operational scripts from future Python-based utilities while keeping both under one automation entry point.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["scripts"] --> B["bash"]
|
||||||
|
A --> C["python"]
|
||||||
|
B --> D["Operational toolkits"]
|
||||||
|
C --> E["Future helper utilities"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- `bash` - current implementation area with production-style operations toolkits.
|
||||||
|
- `python` - reserved space for future supporting utilities.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The repository currently emphasizes Bash because it maps directly to day-to-day Linux operations.
|
||||||
|
- The structure leaves room for higher-level helpers without mixing concerns.
|
||||||
@@ -2,6 +2,20 @@
|
|||||||
|
|
||||||
Small, practical Bash scripts for Linux operations checks and incident triage. The scripts are sanitized examples inspired by production Linux operations work and avoid destructive actions or root-only assumptions.
|
Small, practical Bash scripts for Linux operations checks and incident triage. The scripts are sanitized examples inspired by production Linux operations work and avoid destructive actions or root-only assumptions.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["bash"] --> B["os-healthcheck"]
|
||||||
|
A --> C["disk-full"]
|
||||||
|
A --> D["veritas"]
|
||||||
|
A --> E["gpfs"]
|
||||||
|
B --> B1["Host diagnostics"]
|
||||||
|
C --> C1["Incident workflow"]
|
||||||
|
D --> D1["VxVM and VCS change flow"]
|
||||||
|
E --> E1["Spectrum Scale expansion flow"]
|
||||||
|
```
|
||||||
|
|
||||||
## Scripts
|
## Scripts
|
||||||
|
|
||||||
- `os-healthcheck/healthcheck.sh` - general host health overview.
|
- `os-healthcheck/healthcheck.sh` - general host health overview.
|
||||||
|
|||||||
@@ -2,6 +2,20 @@
|
|||||||
|
|
||||||
Production-style Bash toolkit for diagnosing and handling a disk full incident on Linux systems. It is intentionally conservative: default mode is safe, cleanup actions require `--execute` and an operator confirmation prompt, and the scripts do not assume root access.
|
Production-style Bash toolkit for diagnosing and handling a disk full incident on Linux systems. It is intentionally conservative: default mode is safe, cleanup actions require `--execute` and an operator confirmation prompt, and the scripts do not assume root access.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["disk-full"] --> B["01_disk_overview.sh"]
|
||||||
|
A --> C["02_find_big_files.sh"]
|
||||||
|
A --> D["03_deleted_open_files.sh"]
|
||||||
|
A --> E["04_top_dirs.sh"]
|
||||||
|
A --> F["05_log_cleanup.sh"]
|
||||||
|
A --> G["06_quick_fix.sh"]
|
||||||
|
A --> H["07_postcheck.sh"]
|
||||||
|
A --> I["disk_full_runbook.sh"]
|
||||||
|
```
|
||||||
|
|
||||||
## Why Disk Full Incidents Happen
|
## Why Disk Full Incidents Happen
|
||||||
|
|
||||||
- **Logs** - application, audit, system, or middleware logs can grow faster than rotation policy expects.
|
- **Logs** - application, audit, system, or middleware logs can grow faster than rotation policy expects.
|
||||||
|
|||||||
@@ -4,6 +4,21 @@ Safe, sanitized Bash examples for planning and executing a GPFS / IBM Spectrum S
|
|||||||
|
|
||||||
These scripts are examples. Exact GPFS commands, flags, quorum practices, failure-group design, and storage naming standards vary by Spectrum Scale version and site policy.
|
These scripts are examples. Exact GPFS commands, flags, quorum practices, failure-group design, and storage naming standards vary by Spectrum Scale version and site policy.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["gpfs"] --> B["01_cluster_overview.sh"]
|
||||||
|
A --> C["02_precheck_gpfs.sh"]
|
||||||
|
A --> D["03_detect_new_disks.sh"]
|
||||||
|
A --> E["04_create_nsd_stanza.sh"]
|
||||||
|
A --> F["05_add_nsd_to_filesystem.sh"]
|
||||||
|
A --> G["06_rebalance_filesystem.sh"]
|
||||||
|
A --> H["07_postcheck_gpfs.sh"]
|
||||||
|
A --> I["08_generate_report.sh"]
|
||||||
|
A --> J["gpfs_extend_runbook.sh"]
|
||||||
|
```
|
||||||
|
|
||||||
## Concepts
|
## Concepts
|
||||||
|
|
||||||
- **Cluster** - the Spectrum Scale administrative domain containing the nodes, daemon configuration, quorum policy, filesystems, and NSDs.
|
- **Cluster** - the Spectrum Scale administrative domain containing the nodes, daemon configuration, quorum policy, filesystems, and NSDs.
|
||||||
|
|||||||
@@ -0,0 +1,39 @@
|
|||||||
|
# Linux Operations Healthcheck Toolkit
|
||||||
|
|
||||||
|
This directory contains first-pass Linux diagnostics for common host checks. The scripts focus on health visibility, disk usage, service status, network troubleshooting, and lightweight reporting without making system changes.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["os-healthcheck"] --> B["healthcheck.sh"]
|
||||||
|
A --> C["disk_check.sh"]
|
||||||
|
A --> D["service_check.sh"]
|
||||||
|
A --> E["system_report.sh"]
|
||||||
|
A --> F["network_troubleshoot.sh"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scripts
|
||||||
|
|
||||||
|
- `healthcheck.sh` - consolidated host overview.
|
||||||
|
- `disk_check.sh` - threshold-based filesystem usage check.
|
||||||
|
- `service_check.sh` - service state validation for critical daemons.
|
||||||
|
- `system_report.sh` - timestamped report generation for quick evidence capture.
|
||||||
|
- `network_troubleshoot.sh` - local network, DNS, route, and connectivity checks.
|
||||||
|
|
||||||
|
## Usage
|
||||||
|
|
||||||
|
```bash
|
||||||
|
cd infra-run/scripts/bash/os-healthcheck
|
||||||
|
|
||||||
|
./healthcheck.sh
|
||||||
|
./disk_check.sh 90
|
||||||
|
./service_check.sh sshd nginx
|
||||||
|
./system_report.sh
|
||||||
|
./network_troubleshoot.sh 8.8.8.8
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The toolkit is read-only and suited to initial triage.
|
||||||
|
- It aligns with the portfolio pattern of quick pre-check and evidence collection steps.
|
||||||
@@ -2,6 +2,21 @@
|
|||||||
|
|
||||||
Production-style Bash examples for expanding storage in a Veritas environment. These scripts are sanitized operational tooling for a Linux Infrastructure Engineer portfolio: they show the flow, guardrails, logging, and validation patterns used in enterprise change work.
|
Production-style Bash examples for expanding storage in a Veritas environment. These scripts are sanitized operational tooling for a Linux Infrastructure Engineer portfolio: they show the flow, guardrails, logging, and validation patterns used in enterprise change work.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["veritas"] --> B["01_detect_new_luns.sh"]
|
||||||
|
A --> C["02_precheck_vcs_vxvm.sh"]
|
||||||
|
A --> D["03_freeze_vcs_group.sh"]
|
||||||
|
A --> E["04_init_vxvm_disks.sh"]
|
||||||
|
A --> F["05_extend_diskgroup.sh"]
|
||||||
|
A --> G["06_extend_volume_fs.sh"]
|
||||||
|
A --> H["07_postcheck_vcs_vxvm.sh"]
|
||||||
|
A --> I["08_unfreeze_vcs_group.sh"]
|
||||||
|
A --> J["veritas_extend_runbook.sh"]
|
||||||
|
```
|
||||||
|
|
||||||
## VxVM vs VCS
|
## VxVM vs VCS
|
||||||
|
|
||||||
Veritas Volume Manager (VxVM) manages disks, disk groups, volumes, plexes, and subdisks. It is the storage virtualization layer used to initialize SAN LUNs, add capacity to disk groups, and grow volumes.
|
Veritas Volume Manager (VxVM) manages disks, disk groups, volumes, plexes, and subdisks. It is the storage virtualization layer used to initialize SAN LUNs, add capacity to disk groups, and grow volumes.
|
||||||
|
|||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# infra-run/scripts/python
|
||||||
|
|
||||||
|
This directory is reserved for Python helpers that may later complement the Bash-first operations tooling. It provides a separate place for richer parsing, reporting, or integration logic without mixing languages in the same toolkit directory.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["python"] --> B["Future reporting utilities"]
|
||||||
|
A --> C["Parsers"]
|
||||||
|
A --> D["Automation helpers"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The folder currently contains only a placeholder file.
|
||||||
|
- Keeping it explicit now makes future multi-language tooling easier to organize.
|
||||||
@@ -0,0 +1,26 @@
|
|||||||
|
# labs
|
||||||
|
|
||||||
|
This directory collects hands-on lab areas used for experimentation and skill development. It complements the production-style tooling elsewhere in the repository by separating exploratory work from operational examples.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["labs"] --> B["docker"]
|
||||||
|
A --> C["kubernetes"]
|
||||||
|
A --> D["terraform"]
|
||||||
|
A --> E["networking"]
|
||||||
|
A --> F["ci-cd"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- `docker` - container runtime and image workflow practice.
|
||||||
|
- `kubernetes` - orchestration and workload experiments.
|
||||||
|
- `terraform` - infrastructure-as-code exercises.
|
||||||
|
- `networking` - connectivity and protocol-focused labs.
|
||||||
|
- `ci-cd` - pipeline and delivery automation practice.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- These folders are intentionally separate from `infra-run` to keep experiments isolated from the operational core.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# labs/ci-cd
|
||||||
|
|
||||||
|
This folder is intended for CI/CD experiments such as pipeline layouts, validation jobs, artifact flows, and deployment automation patterns.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["ci-cd"] --> B["Build"]
|
||||||
|
A --> C["Test"]
|
||||||
|
A --> D["Package"]
|
||||||
|
A --> E["Deploy"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- It provides a dedicated area for delivery automation concepts outside the main operations toolkits.
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# labs/docker
|
||||||
|
|
||||||
|
This folder is reserved for Docker-focused lab work. It is intended for image builds, container runtime testing, compose workflows, and lightweight environment simulations.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["docker"] --> B["Dockerfiles"]
|
||||||
|
A --> C["Compose stacks"]
|
||||||
|
A --> D["Container debugging"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory currently contains only a placeholder file.
|
||||||
|
- It represents a sandbox for container workflows rather than finalized portfolio tooling.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# labs/kubernetes
|
||||||
|
|
||||||
|
This folder is intended for Kubernetes lab work such as manifests, troubleshooting exercises, and orchestration experiments.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["kubernetes"] --> B["Workloads"]
|
||||||
|
A --> C["Services"]
|
||||||
|
A --> D["Ingress and networking"]
|
||||||
|
A --> E["Cluster troubleshooting"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- It keeps orchestration experiments separate from the production-style script content.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# labs/networking
|
||||||
|
|
||||||
|
This folder is reserved for networking-focused exercises. It can hold examples around routing, DNS, ports, packet flow, and host-to-host diagnostics.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["networking"] --> B["Routing"]
|
||||||
|
A --> C["DNS"]
|
||||||
|
A --> D["Firewall and ports"]
|
||||||
|
A --> E["Connectivity tests"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- It complements the operational network diagnostics already present in `infra-run/scripts/bash/os-healthcheck`.
|
||||||
@@ -0,0 +1,17 @@
|
|||||||
|
# labs/terraform
|
||||||
|
|
||||||
|
This folder is intended for Terraform experiments and infrastructure-as-code practice. It is the natural place for module trials, state-handling examples, and environment provisioning exercises.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["terraform"] --> B["Modules"]
|
||||||
|
A --> C["Environment configs"]
|
||||||
|
A --> D["Plan and apply workflows"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory currently contains only a placeholder file.
|
||||||
|
- It is positioned as a lab space rather than a production-ready IaC stack.
|
||||||
@@ -0,0 +1,26 @@
|
|||||||
|
# platform-projects
|
||||||
|
|
||||||
|
This directory groups broader infrastructure themes that sit above individual scripts. It highlights larger platform domains such as storage, clustering, monitoring, virtualization, and log analysis.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart TD
|
||||||
|
A["platform-projects"] --> B["storage"]
|
||||||
|
A --> C["clustering"]
|
||||||
|
A --> D["monitoring-zabbix"]
|
||||||
|
A --> E["virtualization"]
|
||||||
|
A --> F["elk-log-analysis"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Scope
|
||||||
|
|
||||||
|
- `storage` - storage engineering themes and patterns.
|
||||||
|
- `clustering` - high availability and cluster operations topics.
|
||||||
|
- `monitoring-zabbix` - observability and alerting direction.
|
||||||
|
- `virtualization` - compute platform and hypervisor-related topics.
|
||||||
|
- `elk-log-analysis` - log ingestion, search, and analysis concepts.
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- These folders are currently high-level placeholders for future platform case studies.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# platform-projects/clustering
|
||||||
|
|
||||||
|
This folder is reserved for clustering-focused platform work. It is meant for high-availability concepts, quorum behavior, failover patterns, and multi-node operational design.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["clustering"] --> B["Quorum"]
|
||||||
|
A --> C["Failover"]
|
||||||
|
A --> D["Service groups"]
|
||||||
|
A --> E["Operational validation"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- Its theme aligns naturally with the Veritas and GPFS toolkits elsewhere in the repository.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# platform-projects/elk-log-analysis
|
||||||
|
|
||||||
|
This folder is intended for Elastic Stack style log-analysis work. It can hold examples around log pipelines, parsing, dashboards, and troubleshooting based on operational telemetry.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["elk-log-analysis"] --> B["Ingest"]
|
||||||
|
A --> C["Parse"]
|
||||||
|
A --> D["Search"]
|
||||||
|
A --> E["Visualize"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory currently contains only a placeholder file.
|
||||||
|
- It represents a future case-study area for observability and incident analysis patterns.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# platform-projects/monitoring-zabbix
|
||||||
|
|
||||||
|
This folder is reserved for monitoring and alerting work centered on Zabbix-style platform operations. It is a suitable place for host templates, dashboards, trigger design, and operational alert tuning examples.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["monitoring-zabbix"] --> B["Hosts"]
|
||||||
|
A --> C["Templates"]
|
||||||
|
A --> D["Triggers"]
|
||||||
|
A --> E["Dashboards"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- It complements the healthcheck scripts by representing the monitoring side of infrastructure operations.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# platform-projects/storage
|
||||||
|
|
||||||
|
This folder is intended for storage-oriented platform topics. It can hold higher-level notes and case studies related to filesystem growth, block storage operations, multipath design, and capacity planning.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["storage"] --> B["Capacity planning"]
|
||||||
|
A --> C["Filesystem expansion"]
|
||||||
|
A --> D["Block device management"]
|
||||||
|
A --> E["Operational safety"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory currently contains only a placeholder file.
|
||||||
|
- It is closely related to the GPFS and Veritas operational toolkits under `infra-run/scripts/bash`.
|
||||||
@@ -0,0 +1,18 @@
|
|||||||
|
# platform-projects/virtualization
|
||||||
|
|
||||||
|
This folder is reserved for virtualization platform topics. It is intended for work around hypervisors, guest lifecycle operations, capacity considerations, and infrastructure hosting patterns.
|
||||||
|
|
||||||
|
## Diagram
|
||||||
|
|
||||||
|
```mermaid
|
||||||
|
flowchart LR
|
||||||
|
A["virtualization"] --> B["Hypervisors"]
|
||||||
|
A --> C["Guests"]
|
||||||
|
A --> D["Resource planning"]
|
||||||
|
A --> E["Operational maintenance"]
|
||||||
|
```
|
||||||
|
|
||||||
|
## Notes
|
||||||
|
|
||||||
|
- The directory is currently a placeholder.
|
||||||
|
- It represents a future area for platform-level case studies beyond the current script collection.
|
||||||
Reference in New Issue
Block a user