Idealny dla zespołów, które…
Chmura, automatyzacja i CI/CD w praktyce — hands-on dla zespołów inżynierskich.
Poznasz szczegółowo architekturę środowiska OpenStack
Nauczysz się zarządzać wirtualnymi zasobami takimi maszyny wirtualne i przestrzeń na dane
Stworzysz wirtualne sieci połączone routerami oraz zabezpieczysz dostęp do zasobów
Zobaczysz w jaki sposób w systemie operacyjnym realizowana jest wirtualizacja zasobów oraz sieci
Poznasz zasady monitorowania chmury oraz sposoby rozwiązywania problemów
Nauczysz się zabezpieczać środowiska chmurowe oraz infrastrukturę chmury przed niepowołanym dostępem
Co konkretnie robimy
- · History of the cloud and OpenStack
- · Cloud features
- · Cloud models
- · private, public, hybrid
- · on-premise, IaaS, PaaS, SaaS
- · Public and private cloud deployments based on OpenStack
- · Open source and commercial OpenStack distributions
- · OpenStack deployment models
- · OpenStack ecosystem
- · Modules
- · Underlying tools
- · Integrations
- · OpenStack lifecycle
- · OpenStack certification
- · OpenStack lab (VM) for this course
- · OpenStack components (Keystone, Glance, Nova, Neutron, Cinder, Swift, Heat) ○ Interaction with OpenStack cloud
- · OpenStack daemons and API communication flow
- · Keystone architecture
- · Authentication and available backends
- · Token types and token management
- · Authorization in OpenStack – roles and oslo.policy
- · Keystone resources – domains, projects, users
- · Openrc and clouds.yaml – CLI clients configuration
- · OpenStack service catalog
- · Adding new OpenStack service
- · Quota system in OpenStack
- · Images adjusted to the cloud
- · Image features (properties, metadata, format, container)
- · Uploading and downloading image
- · Sharing images
- · Glance image stores
- · Protected images
- · Manage quotas for image service
- · Verification of Glance services
- · Architecture and Neutron services
- · The ML2 plugin
- · Networking in compute node – analysis
- · Networking concepts and tools used by Neutron
- · Basic Neutron network resource types
- · Manage tenant networks, subnets,
- · Manage security groups and rules
- · East-West routing
- · Network namespaces
- · Manage external/provider networks
- · North-South routing
- · Floating IPs management
- · Manage network quotas
- · Basic network troubleshooting (namespaces, tcpdump, etc.)
- · Networking quotas
- · Verification of Neutron services
- · Interfaces to hypervisors
- · Keypair management
- · Flavour management
- · Flavors and CPU topology
- · Instance parameters
- · Creating an instance
- · Verification of spawned instances
- · Snapshotting
- · Instance management
- · Resizing instances
- · Assigning floating IPs
- · Interactive console and console log
- · Security groups assignment
- · Internals of security groups and port-security features (iptables)
- · Internals of L3 routers
- · Compute quotas
- · Getting statistics from Nova
- · Placement API and Nova Cells v2
- · Placement API and instance scheduling
- · Placement API client commands
- · Verification of Nova services
- · Volume parameters
- · Creating volume
- · Manage volume
- · Attaching volume to Nova instance
- · Managing volume snapshots
- · Managing volume backups
- · Internals of snapshots and backups in Cinder
- · Transferring volumes between projects
- · Restoring backups
- · Managing volume quotas
- · Adding new storage backend
- · QoS in Cinder
- · LVM, storage array and Ceph storage backends
- · Ceph in OpenStack
- · Integrating Ceph and Cinder
- · Good practices for Ceph deployments
- · Verification of Cinder services
- · Barbican architecture
- · Storing passphrases
- · Generating and storing symmetric encryption keys
- · Volume encryption mechanisms
- · Configuring Cinder storage type for volume encryption
- · Limitations of volume encryption
- · Storing X.509 certificate bundles
- · Swift components and processes
- · Managing containers and objects
- · Managing access control lists
- · Setting up object expiration
- · The Ring and storage policies
- · Monitoring available storage space
- · Setting up quotas
- · Verification of Swift services
- · Heat Orchestration Template and its components
- · Creating Heat stack
- · Verification of Heat stack
- · Updating Heat stack
- · Verification of Heat services
- · Analyzing log files
- · Centralized logging
- · Debugging OpenStack client queries
- · Managing OpenStack database
- · Backing up OpenStack
- · Analyzing compute node status
- · Analyzing instance status
- · Analyzing AMQP broker (RabbitMQ)
- · Metadata services
- · General way of diagnosing OpenStack issues
- · Troubleshooting network problems
- · Troubleshooting network performance
- · Instance backup and recovery
- · Architecture
- · Objects and request flow
- · Octavia flavors
- · Octavia Availability Zones
- · Creating the HTTP load balancer
- · Creating the TCP load balancer
- · Creating HTTPS passthrough load balancer
- · Listeners, Pools and Health Monitors
- · Layer 7 load balancing in Octavia
- · Building Amphora image
- · LB Failover
- · Networking and Monitoring details
- · Troubleshooting Octavia
- · Compute hardware
- · Network design
- · Storage design
- · Flavour sizing
- · Resource overcommitment
- · HA in OpenStack services
- · HA in OpenStack services
- · HA message queue
- · Why and how implement cloud partitions (host-aggregates)
- · Nova scheduler filters
- · Cold and live migration
- · Live migration tweaking
- · Watcher project
- · Types of network (local, flat, vlan, vxlan, gre)
- · Neutron plugins
- · Linux Bridge
- · Open vSwitch
- · Distributed Virtual Routers
- · LBaaS + Octavia project
- · VPNaaS
- · Ceilometer service
- · External monitoring
- · CPU pinning / NUMA architecture
- · SR-IOV
- · Metadata Service
- · LVM
- · Ceph RBD
- · Physical appliances
- · Storage network considerations
- · Upgrade strategies and procedures
- · Zero-downtime upgrade
- · Ironic module
- · Undercloud and overcloud concepts
Od briefu do retro w 30 dniach.
Brief i diagnoza
Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.
Modyfikacja programu
Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.
Warsztat
Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.
Retro + raport
Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.
Wyślij brief. Odezwiemy się w 1 dzień.
Po krótkim briefie przygotujemy program i wycenę. Bez zobowiązań — to tylko punkt wyjścia do rozmowy.
Dziękujemy!
Odezwiemy się w ciągu 1 dnia roboczego.
Inne programy dla zespołów
Zobacz wszystkie →Ansible – automatyzacja w systemach Windows
Chmura, automatyzacja i CI/CD w praktyce — hands-on dla zespołów inżynierskich.
Automatyzacja procesów biznesowych w praktyce
Chmura, automatyzacja i CI/CD w praktyce — hands-on dla zespołów inżynierskich.
AWS AI/ML
Chmura, automatyzacja i CI/CD w praktyce — hands-on dla zespołów inżynierskich.