CapordiaHet minimale contract van een aanvraag opstellen
Een bruikbare aanvraag noemt een eigenaar, een project, een beschikbare invoer, een geïdentificeerd commando of een geïdentificeerde procedure en een verwacht resultaat. Ze vermeldt het aantal gelijktijdige kaarten, het geheugen per kaart, de geschatte duur en de bestemming van de uitvoer. Ten slotte specificeert ze de deadline, de reden voor die deadline en wie gemachtigd is om een vertraging of een beperking van de scope te aanvaarden.
Het ontbreken van deze informatie mag niet verborgen worden achter een hoge prioriteit. Een taak waarvan de invoer niet klaar is, blijft niet toelaatbaar, ook al is het project belangrijk. Vraag wat ontbreekt en leg het herzieningsmoment vast. De wachtrij wordt dan een beslissingsinstrument: ze verandert niet in een opslagplaats van aanvragen die onmogelijk te starten zijn en waarvan iedereen hoopt dat ze spontaan worden behandeld.
Onderscheid maken tussen toelating, reservering en recht op doorgang
De toelating controleert of de taak behandeld kan worden: rechten, gegevens, compatibiliteit, capaciteit en procedure aanwezig. Een reservering beschermt vervolgens een toegewezen tijdslot of middel. De prioriteit kiest de volgorde tussen de toelaatbare aanvragen die strijden om een beschikbaar middel. Deze drie beslissingen kunnen van verschillende personen afhangen; maak die verdeling expliciet om een impliciete goedkeuring van de technische behoefte te vermijden.
Een vrije kaart maakt niet alle taken toelaatbaar. De benodigde schijfruimte kan ontbreken, een licentie kan de gelijktijdigheid beperken of het vorige resultaat kan vereist zijn. Omgekeerd kan een technisch klaarstaande aanvraag wachten op een planningsbeslissing. Toon een begrijpelijke reden en een volgende actie, in plaats van een louter numerieke rang die niemand kan interpreteren.
Prioriteiten definiëren die geen privileges worden
Kies een paar leesbare klassen, bijvoorbeeld bevestigde externe deadline, lopend werk en verkenning zonder vaste datum. Bepaal wie een klasse kan toekennen en welk bewijsstuk die rechtvaardigt. Binnen een klasse kan een regel op basis van anciënniteit of rotatie de keuze voorspelbaar maken. Een aanvraag die in honderd kleine inzendingen is opgesplitst, mag niet automatisch honderd keer meer kans krijgen dan een aanvraag van een ander team.
Slurm onderscheidt onder meer de toelaatbare wachttijd en het eerlijke aandeel op basis van toegewezen en verbruikte middelen. Dat illustreert twee verschillende vragen: hoelang wacht men al, en welk aandeel heeft men al gebruikt? Je regel kan handmatig blijven. Neem geen scoreformule over zonder de parameters ervan te begrijpen; de gewichten van een bepaalde planner vormen geen universele norm voor eerlijkheid.
Fictief voorbeeld: een dringende aanvraag toelaten zonder de anderen te verdringen
Het fictieve team ‘Plans et repères’ gebruikt één kaart. Om 9 uur heeft een taak van het project Plans een bevestigd tijdslot tot 11 uur; ze is niet onderbreekbaar. Twee volledige aanvragen wachten: Repères, veertig minuten, en Esquisses, tachtig minuten. Om 9.30 uur komt een dringende aanvraag van dertig minuten binnen, aangevraagd door Repères voor een review om twaalf uur. Al deze tijden zijn didactische veronderstellingen, geen metingen.
De lokale regel staat toe dat een gevalideerde dringende aanvraag naar het volgende vrijgavepunt gaat, zonder een al begonnen werk te onderbreken. De dringende aanvraag start dus om 11 uur en eindigt theoretisch om 11.30 uur. Het team geeft daarna de doorgang aan Esquisses om te vermijden dat Repères, al bediend door zijn dringende aanvraag, de wachtrij monopoliseert. Deze uitzondering en de nieuwe verwachte start van Repères worden aan de betrokken verantwoordelijken gemeld.
| Hypothetisch tijdslot | Project | Reden van de doorgang |
|---|---|---|
| 9–11 uur | Plans | Tijdslot al begonnen, niet onderbreekbaar |
| 11–11.30 uur | Repères, dringend | Bevestigde externe deadline vóór twaalf uur |
| 11.30–12.50 uur | Esquisses | Rotatie nadat de dringende aanvraag aan Repères is bediend |
| 12.50–13.30 uur | Repères, lopende aanvraag | Volgende toegelaten aanvraag |
Voorkom hongersnood bij langdurige taken
Als je systematisch de kortste aanvraag als eerste bedient, lijkt de wachtrij soepel te verlopen, maar kan een langdurige taak eindeloos worden uitgesteld. Voorzie gereserveerde vensters of een herbeoordeling vanaf een aangekondigde wachttijd. Die drempel is een interne regel die je zelf bepaalt, geen gegarandeerde servicetijd. Als de langdurige taak werkelijk langer duurt dan de beschikbare periode, moet de toelating leiden tot een nieuwe planning in plaats van een uitzichtloze wachttijd.
Korte gaten kunnen taken opvangen die geen gereserveerd vertrek uitstellen. Die beslissing veronderstelt een betrouwbare schatting, een werkelijk compatibele resource en de mogelijkheid om binnen het venster te eindigen. Vul niet alle marges van de planning met nieuwe verplichtingen. Een reserve die bedoeld is om een afwijking op te vangen is geen gratis tijdslot; het gebruik ervan moet een verantwoordelijke en een gekend gevolg hebben.
Een annulering voorzien met een duidelijke scope
Bepaal wie zijn eigen aanvraag, die van een project of een uitvoering die gevaarlijk is geworden voor andere taken mag annuleren. Bevestig voor een aanvraag die nog wacht dat ze uit de wachtorde wordt gehaald. Controleer voor een gestarte taak eerst wat onderbreekbaar is, wat bewaard moet blijven en wie op de uitvoer wacht. Een bericht "annulering aangevraagd" bewijst nog niet dat de resource vrij is.
De werkelijke tool bepaalt de technische effecten. De documentatie van scancel maakt onderscheid tussen een taak en zijn stappen, en tussen het verzenden van een signaal en het annuleren van de taak. Controleer vóór het gebruik van een gelijkwaardige tool de betrokken identificatie en scope; vermijd een globale selectie voor het gemak. Controleer daarna het einde van de processen en de bestemming van gedeeltelijke uitvoer. Het plan voor gegevensherstel wordt behandeld in het migratiedossier, los van deze prioriteitsregel.
Pogingen beperken en een defecte taak afzonderen
Bepaal vóór de uitvoering hoeveel automatische pogingen acceptabel zijn voor dezelfde oorzaak. Een ongeldige invoer wordt niet correct door ze opnieuw te starten; een tijdelijk onbereikbare afhankelijkheid kan een nieuwe poging rechtvaardigen na controle. De regel moet het maximum, de eventuele termijn en de verantwoordelijke voor de herbeoordeling vermelden. Een teller die bij elke nieuwe indiening op nul wordt gezet, heft deze bescherming op: koppel opeenvolgende aanvragen aan hetzelfde probleem.
Haal bij de bepaalde limiet de defecte taak uit de normale concurrentie en plaats ze in logische quarantaine, met een leesbare reden. De rest van de toegelaten taken kan doorgaan. Herintegratie vereist een correctie of een gevalideerde uitleg, een kleine gerichte controle en een beslissing van de eigenaar; ze herneemt niet automatisch de prioriteit van een oude urgentie. Deze procedure regelt de toelating na een mislukking. Het bewaren van de uitvoer en het hervatten ervan blijven in het migratiedossier, zonder hier een nieuw statusregister te verzinnen.
Het beleid testen met vier eenvoudige situaties
Laat de regel nalezen door projectverantwoordelijken met vier gevallen: twee identieke aanvragen, een urgentie tijdens een niet-onderbreekbare taak, een langdurige taak omringd door korte aanvragen en een onvolledige aanvraag die als urgent is geclassificeerd. Voor elk geval moet een andere persoon tot hetzelfde volgende vertrek komen of de vereiste afweging expliciet identificeren. Een regel die alleen de auteur begrijpt, is niet klaar om te worden toegepast.
Controleer ook dat een annulering niet tweemaal dezelfde capaciteit toekent en dat een geblokkeerde taak een andere toegelaten taak niet onnodig tegenhoudt. Deze controles kunnen op papier beginnen; ze bewijzen niet de implementatie van een scheduler. Als je daarna automatiseert, reproduceer dan dezelfde scenario's op de geconfigureerde tool voordat je er een projectverplichting van laat afhangen.
De dienstverlening van de wachtrij meten
Volg de wachttijd van in aanmerking komende aanvragen per klasse en per project, evenals de redenen voor blokkering. Scheid wachttijd, bezetting en tijd tot een geaccepteerd resultaat. Een enkel totaal van voltooide werken kan een team verbergen dat altijd wordt uitgesteld of een opeenstapeling van urgente taken. Onderzoek ook de verschillen tussen geschatte en werkelijke bezetting: ze beïnvloeden rechtstreeks de toekomstige reserveringen.
Herzie het beleid op een met het team gekozen moment, of na een incident dat een ontbrekende regel aan het licht brengt. Wijzig één regel per keer en kondig het effect ervan aan op de aanvragen die al aanwezig zijn. Het verwachte resultaat is een uitlegbare volgorde, traceerbare uitzonderingen en een samenhangende planning. Het vervangt niet de authenticatie van het Capordia-account of de machtigingen van de machine, en het creëert geen enkele supportverplichting.
Vragen om te beslissen
Moet een urgent geval altijd voorrang krijgen?
Een urgent geval moet in aanmerking komen, gerechtvaardigd en gevalideerd zijn volgens de gemeenschappelijke regel. Het maakt een lopend werk niet onderbreekbaar. Definieer het punt waar het passeert, de verplaatste aanvragen en de persoon die het effect op hun deadlines op zich neemt.
Hoe voorkomen we dat een team de tijdsloten monopoliseert?
Kijk naar de middelen die al zijn verkregen en de wachttijd van de andere projecten, en gebruik dan een rotatie of een expliciete verdeelregel. Het ruwe aantal aanvragen is geen maatstaf voor billijkheid. Voorzie ook de behandeling van langdurige werken.
Vereist deze methode dat Slurm wordt geïnstalleerd?
Nee. De Slurm-documentatie verduidelijkt sommige onderscheiden, maar het beleid kan eerst worden toegepast in het coördinatiehulpmiddel van het team. Eventuele automatisering vereist een eigen configuratie en eigen controles; er wordt geen enkele scheduler als aanwezig verondersteld.