6 repositorios
Configuring the execution environment using a mix of shared, labeled, or private nodes.
Distinct from Private Worker Node Provisioning: Covers the strategic configuration of node types (shared vs private) rather than just provisioning private nodes
Explore 6 awesome GitHub repositories matching devops & infrastructure · Virtual Node Configuration. Refine with filters or upvote what's useful.
vcluster is a Kubernetes virtual cluster platform that creates fully isolated Kubernetes environments with dedicated control planes, API servers, and RBAC on shared physical infrastructure. It virtualizes Kubernetes control planes by running them as pods inside a host cluster, as standalone binaries on bare metal or virtual machines, or within Docker containers, providing each tenant their own isolated Kubernetes environment without the overhead of managing separate physical clusters. The platform enables multi-tenant Kubernetes isolation through multiple tenancy models, from shared node pool
Sandboxes tenant containers on shared nodes using virtual nodes without hypervisor overhead.
Agones is a Kubernetes game server orchestrator designed for hosting, scaling, and managing dedicated multiplayer game servers. It extends the Kubernetes control plane using custom resource definitions to define game server and fleet objects, utilizing a dedicated fleet manager to maintain pools of warm server instances. The system provides a game server SDK and language-specific client libraries that allow server processes to signal readiness, health, and shutdown states directly to the controller. It distinguishes itself through specialized scaling logic, including the use of WebAssembly mo
Uses Kubernetes taints and tolerations to schedule controllers on dedicated node pools to ensure system stability.
Auto generated skeleton loading framework
Adjusts bone positions at runtime to match the user's text size setting, keeping placeholders aligned with the real layout.
Descheduler es un reequilibrador de cargas de trabajo y gestor de desalojo de pods para Kubernetes, diseñado para optimizar la distribución de recursos y mantener la estabilidad del cluster. Identifica y elimina pods que ya no cumplen con las restricciones de programación o los requisitos de salud, permitiendo que el cluster los reubique en nodos más adecuados. El proyecto proporciona capacidades especializadas para equilibrar la utilización de recursos de los nodos, aplicar restricciones de dispersión de topología y eliminar pods duplicados para mejorar la distribución. También funciona como asistente de autoscaling al compactar cargas de trabajo en menos nodos para facilitar la reducción de infraestructura no utilizada. El sistema cubre una amplia gama de tareas de mantenimiento, incluyendo la limpieza de pods fallidos, inestables o antiguos, y la aplicación de reglas de afinidad y taints de nodos. Incluye mecanismos de seguridad como la validación de encaje en la programación para asegurar que los pods puedan ser reprogramados antes del desalojo, filtrado basado en etiquetas para proteger cargas de trabajo críticas y un modo de prueba (dry-run) para previsualizar cambios. La utilidad puede desplegarse como un proceso en segundo plano continuo o como un cron job recurrente y admite alta disponibilidad mediante elección de líder.
Evicts workloads from nodes with specific taints to facilitate automated node recovery and scaling.
Cluster API is a declarative framework and multi-cluster management system for automating the creation, scaling, and destruction of Kubernetes clusters across diverse infrastructures. It acts as a cluster provisioning orchestrator and infrastructure provisioner, using a centralized management cluster to operate the full lifecycle of multiple remote workload clusters. The project employs a provider-based plugin architecture that decouples core orchestration logic from specific cloud or bare-metal implementations. This allows the system to standardize the deployment of control planes, the boots
Transfers taints from high-level cluster resources down to the underlying physical nodes.
Tunny es una biblioteca de pool de trabajadores y gestor de concurrencia para Go. Funciona como un programador de tareas concurrentes que limita el número de trabajadores paralelos que procesan trabajos para evitar el agotamiento de los recursos del sistema. El proyecto permite el mantenimiento de un estado persistente dentro de rutinas de trabajo individuales para evitar costos de inicialización repetidos. También soporta el escalado dinámico de trabajadores, permitiendo que el número de trabajadores en segundo plano activos se ajuste en tiempo real sin interrumpir las tareas en progreso. La biblioteca proporciona mecanismos para la aplicación de tiempos de espera (timeouts) de tareas y la gestión del ciclo de vida de los trabajadores, incluyendo el apagado elegante de los pools de rutinas. Utiliza la limitación de concurrencia para restringir el número total de goroutines activas.
Supports real-time adjustment of the number of active background workers based on demand.