Common use of Beheer en updates van de Cluster Clause in Contracts

Beheer en updates van de Cluster. De hoofdinfrastructuur die zorg draagt voor het Clustermanagement (hierna „Master Infrastructuur“ genoemd) wordt door OVHcloud volledig aan de Klant toegewezen en wordt gehost, gemanaged en in operationele staat gehouden. Als zodanig wordt de Clusterconfiguratie die door de Klant is ingesteld door OVHcloud in het kader van de Service bewaard op zijn eigen infrastructuur, die in dezelfde beschikbaarheidszone gelokaliseerd is als de Cluster. Dit kan echter niet gezien worden als een duurzame back-up van de configuratie van de Klant. Het is geheel de verantwoordelijkheid van de Klant om de handelingen te verrichten die nodig zijn om zijn configuratie te bewaren, rekening houdend met hoe belangrijk de Service voor de activiteit van de Klant is en met zijn risicoanalyse, vooral in het geval van het stoppen van de Service of bij onderhoudswerkzaamheden, versieveranderingen of updates. In het kader van de Service is OVHcloud verantwoordelijk voor de installatie en de updates van de elementen waaruit de Master Infrastructuur bestaat, maar ook voor de programma-elementen, zoals met name de besturingssystemen, die zich op de „workers“ werk-nodes van de Cluster bevinden. Daarentegen is de Klant verantwoordelijk voor het management van de binnen zijn Cluster georkestreerde Resources, met uitzondering van de Master Infrastructuur. OVHcloud raadt de Klant ten zeerste aan om niet op een directe manier, in het bijzonder niet middels zijn Beheerinterface of via de Open Stack API, met de binnen het kader van de Managed Kubernetes Service beheerde Resources te interageren. OVHcloud behoudt zich het recht voor de besturingssystemen en de door OVHcloud reeds geïnstalleerde applicaties te vernieuwen, in het bijzonder door alle updates en versieveranderingen uit te voeren die OVHcloud noodzakelijk acht. Indien het nodig is een besturingssysteem of een door de Klant gebruikte applicatie te updaten, dan wordt deze update uitgevoerd conform de update-strategie die door de Klant in de configuratie van de Service gekozen is. OVHcloud kan als zodanig niet aansprakelijk worden gesteld als de Klant de updates geweigerd heeft of de toegang van OVHcloud tot de nodes geblokkeerd heeft. Opdat de Managed Kubernetes Service de Resources, waaruit de Cluster van de Klant is opgebouwd, kan orkestreren volgens de opdrachten die deze laatste via API heeft gedefinieerd, accepteert de Klant expliciet dat de bovenvermelde Service automatisch Resources kan toevoegen, verwijderen en/of veranderen en erkent de Klant dat hij alle bedragen verschuldigd is die verbonden zijn aan het gebruik van deze Resources. Een Cluster wordt als actief beschouwd als deze ten minste één actieve worker-node orkestreert en/of is geconfigureerd met een persistent volume. XXXxxxxx heeft het recht om elke Cluster te verwijderen die gedurende drie of meer opeenvolgende maanden niet actief is. De Klant wordt dertig (30) dagen voor de verwijdering via e-mail of via zijn Beheerinterface op de hoogte gesteld van deze verwijdering. De verwijdering vindt automatisch plaats, tenzij de Klant gedurende deze termijn van dertig (30) dagen een actieve worker-node of een persistent volume aan de Cluster toevoegt. De verwijdering geschiedt zonder verdere formaliteiten of compensatie.

Beheer en updates van de Cluster. De hoofdinfrastructuur die zorg draagt voor het Clustermanagement (hierna „Master Infrastructuur“ genoemd) Cluster wordt door OVHcloud volledig of, indien van toepassing, haar partners tijdens de duur van de Services aan de Klant toegewezen en wordt toegewezen, gehost, gemanaged beheerd en in operationele staat gehouden. Als zodanig wordt de Clusterconfiguratie die door de Klant is ingesteld door OVHcloud in het kader van de Service bewaard op zijn eigen infrastructuur, die in dezelfde beschikbaarheidszone gelokaliseerd is als de Cluster. Dit kan echter niet gezien worden als een duurzame back-up van de configuratie van de Klant. Het is geheel de verantwoordelijkheid van de Klant om de handelingen te verrichten die nodig zijn om zijn configuratie te bewarenbehouden, rekening houdend met hoe belangrijk de Service voor de activiteit van de Klant is en met zijn risicoanalyse, vooral in het geval van het stoppen van de deze Service of bij onderhoudswerkzaamheden, versieveranderingen of updates. In het kader van de Service is OVHcloud verantwoordelijk voor de installatie en de updates van de elementen waaruit de Master Infrastructuur bestaat, maar ook voor de programma-elementen, zoals met name de besturingssystemen, die zich op de „workers“ werk-nodes van de Cluster bevinden. Daarentegen is de Klant verantwoordelijk voor het management van de binnen zijn Cluster georkestreerde Resources, met uitzondering van de Master Infrastructuur. OVHcloud raadt de Klant ten zeerste aan om niet op een directe manier, in het bijzonder niet middels zijn Beheerinterface of via de Open Stack API, met de binnen het kader van de Managed Kubernetes Service beheerde Resources te interageren. OVHcloud behoudt zich het recht voor om elke update van de besturingssystemen en de door OVHcloud reeds geïnstalleerde applicaties te vernieuwen, in het bijzonder door alle updates en versieveranderingen Service uit te voeren die OVHcloud noodzakelijk acht. Indien het nodig is een besturingssysteem om het levenscyclusbeleid van het DBMS te respecteren, zoals beschreven in de technische documentatie voor Public Cloud-databases (beschikbaar in de tab "Support" van de OVHcloud-website, rubriek "Handleidingen") De Write-Ahead Logging (WAL)-gegevens, logs en metrics die betrekking hebben op de Cluster(s) van de Klant kunnen door OVHcloud gedurende één (1) jaar na de datum van aanmaken worden bewaard. Tevens kunnen in het kader van de Service back-ups van in de Cluster opgeslagen gegevens van de Klant worden gemaakt, indien de optie beschikbaar is voor de Service waarop de Klant geabonneerd is. Deze back-ups kunnen ook voor één (1) maand na de datum waarop ze zijn gemaakt worden bewaard. De Klant kan deze back-ups herstellen via zijn Beheerinterface of een door het gebruik van opdrachtregels, indien de optie beschikbaar is voor de Service waarop de Klant geabonneerd is. Als de Klant alle door OVHcloud uitgevoerde back-ups verwijdert, zal OVHcloud zijn Cluster(s) niet kunnen herstellen. In dit kader wordt eraan herinnerd dat het stoppen van de Services, ongeacht de oorzaak (met name het beëindigen van het Contract, niet verlengen, niet betalen, stoppen met de Service door de Klant gebruikte applicatie te updatenKlant, dan wordt deze update uitgevoerd conform niet in acht nemen van de updategeldende Servicevoorwaarden, enz.) en ook bepaalde Service-strategie herinstallatiehandelingen leiden tot het automatisch en onomkeerbaar wissen van alle Inhoud (met name informatie, gegevens, bestanden, systemen, applicaties en andere elementen) die door de Klant in de configuratie het kader van de Service gekozen is. OVHcloud kan als zodanig niet aansprakelijk worden gesteld als de Klant de updates geweigerd heeft Services gereproduceerd, bewaard, gehost, verzameld, verzonden, verspreid, gepubliceerd of de toegang van OVHcloud tot de nodes geblokkeerd heeft. Opdat de Managed Kubernetes Service de Resources, waaruit de Cluster van de Klant is opgebouwd, kan orkestreren volgens de opdrachten die deze laatste via API heeft gedefinieerd, accepteert de Klant expliciet dat de bovenvermelde Service automatisch Resources kan toevoegen, verwijderen in het algemeen gebruikt en/of veranderen en erkent de Klant dat hij alle bedragen verschuldigd is die verbonden zijn aan het gebruik geëxploiteerd worden, met inbegrip van deze Resources. Een Cluster wordt als actief beschouwd als deze ten minste één actieve workermogelijke back-node orkestreert en/of is geconfigureerd met een persistent volume. XXXxxxxx heeft het recht om elke Cluster te verwijderen die gedurende drie of meer opeenvolgende maanden niet actief isups. De Klant dient alle noodzakelijke maatregelen te nemen om zijn Inhoud over te dragen voordat de Service wordt dertig (30) dagen voor opgezegd, voordat de verwijdering via e-mail of via Services opnieuw worden geïnstalleerd en in het algemeen vóór elke gebeurtenis die leidt tot het wissen van zijn Beheerinterface op de hoogte gesteld van deze verwijdering. De verwijdering vindt automatisch plaats, tenzij de Klant gedurende deze termijn van dertig (30) dagen een actieve worker-node of een persistent volume aan de Cluster toevoegt. De verwijdering geschiedt zonder verdere formaliteiten of compensatieInhoud.

Beheer en updates van de Cluster. De hoofdinfrastructuur die zorg draagt voor het Clustermanagement (hierna „Master Infrastructuur“ genoemd) Cluster wordt door OVHcloud volledig aan de Klant toegewezen en wordt toegewezen, gehost, gemanaged en in operationele staat gehouden. Als zodanig wordt werkende conditie gehouden gedurende de Clusterconfiguratie die door de Klant is ingesteld door OVHcloud in het kader volledige duur van de Service bewaard op zijn eigen infrastructuur, die in dezelfde beschikbaarheidszone gelokaliseerd is als de Cluster. Dit kan echter niet gezien worden als een duurzame back-up van de configuratie van de KlantJob. Het is geheel de verantwoordelijkheid van de Klant om de handelingen te verrichten die nodig zijn om zijn configuratie te bewarenbehouden, rekening houdend met hoe belangrijk de Service voor de activiteit van de Klant is en met zijn risicoanalyse, vooral in het geval van het stoppen van de deze Service of bij onderhoudswerkzaamheden, versieveranderingen of updates. In het kader van de Service is OVHcloud verantwoordelijk voor het ter beschikking stellen van Clusters en het operationeel houden ervan. De Klant is echter verantwoordelijk voor de installatie dimensionering van de infrastructuren, de code die nodig is om de Jobs uit te voeren, de gebruikte gegevens en de updates van de elementen waaruit de Master Infrastructuur bestaat, maar ook voor de programma-elementen, zoals met name de besturingssystemen, die zich op de „workers“ werk-nodes van de Cluster bevinden. Daarentegen is de Klant verantwoordelijk voor het management van de binnen zijn Cluster georkestreerde Resources, met uitzondering van de Master Infrastructuur. OVHcloud raadt de Klant ten zeerste aan om niet op een directe manier, in het bijzonder niet middels zijn Beheerinterface of via de Open Stack API, met de binnen het kader van de Managed Kubernetes Service beheerde Resources te interagerenbeveiliging daarvan. OVHcloud behoudt zich het recht voor de besturingssystemen en de door OVHcloud reeds geïnstalleerde haar aangeboden applicaties te vernieuwen, in het bijzonder door alle updates en versieveranderingen uit te voeren die OVHcloud noodzakelijk acht. Indien het nodig is een besturingssysteem of een door de Klant gebruikte applicatie te updaten, dan wordt deze update uitgevoerd conform de update-strategie die door de Klant in de configuratie van de Service gekozen is. OVHcloud kan als zodanig niet aansprakelijk worden gesteld als de Klant de updates geweigerd heeft of de toegang van OVHcloud tot de nodes geblokkeerd heeft. Opdat de Managed Kubernetes Service de Resources, waaruit de Cluster van de Klant is opgebouwd, kan orkestreren volgens de opdrachten commando's die deze laatste via API of Beheerinterface heeft gedefinieerd, accepteert de Klant expliciet dat de bovenvermelde Service handmatig of automatisch Resources kan toevoegen, verwijderen en/of veranderen en erkent de Klant dat hij alle bedragen verschuldigd is is, die verbonden zijn aan het gebruik van deze Resources. Een Cluster wordt als actief beschouwd als deze ten minste één actieve worker-node orkestreert en/of is geconfigureerd met een persistent volume. XXXxxxxx heeft het recht om elke Cluster te verwijderen die gedurende drie of meer opeenvolgende maanden niet actief is. De Klant wordt dertig (30) dagen voor de verwijdering via e-mail of via zijn Beheerinterface op de hoogte gesteld van deze verwijdering. De verwijdering vindt automatisch plaats, tenzij de Klant gedurende deze termijn van dertig (30) dagen een actieve worker-node of een persistent volume aan de Cluster toevoegt. De verwijdering geschiedt zonder verdere formaliteiten of compensatie.

Beheer en updates van de Cluster. De hoofdinfrastructuur die zorg draagt voor het Clustermanagement (hierna „Master Infrastructuur“ genoemd) ), is volledig voor de Klant gereserveerd en wordt door OVHcloud volledig aan de Klant toegewezen en wordt gehost, gemanaged en in operationele staat gehouden. Als zodanig wordt de Clusterconfiguratie die door de Klant is ingesteld door OVHcloud in het kader van de Service bewaard op zijn eigen infrastructuur, die in dezelfde beschikbaarheidszone gelokaliseerd is als de Cluster. Dit kan echter niet gezien worden als een duurzame back-up van de configuratie van de Klant. Het is geheel de verantwoordelijkheid van de Klant om de handelingen te verrichten die nodig zijn om zijn configuratie te bewaren, rekening houdend met hoe belangrijk de Service voor de activiteit van de Klant is en met zijn risicoanalyse, vooral in het geval van het stoppen van de Service of bij onderhoudswerkzaamheden, versieveranderingen of updates. In het kader van de Service is OVHcloud verantwoordelijk voor de installatie en de updates van de elementen waaruit de Master Infrastructuur bestaat, maar ook voor de programma-elementen, zoals met name de besturingssystemen, die zich op de „workers“ werk-nodes van de Cluster bevinden. Daarentegen is de Klant verantwoordelijk voor het management van de binnen zijn Cluster georkestreerde Resources, met uitzondering van de Master Infrastructuur. OVHcloud raadt de Klant ten zeerste aan om niet op een directe manier, in het bijzonder niet middels zijn Beheerinterface Control Panel of via de Open Stack API, met de binnen het kader van de Managed Kubernetes Service beheerde Resources te interageren. OVHcloud behoudt zich het recht Indien een update en/of versieverandering noodzakelijk is voor de besturingssystemen en de door OVHcloud reeds geïnstalleerde applicaties te vernieuwen, in het bijzonder door alle updates en versieveranderingen uit te voeren die OVHcloud noodzakelijk acht. Indien het nodig is een besturingssysteem of een momenteel door de Klant gebruikt besturingssysteem of gebruikte applicatie te updatenapplicatie, dan wordt deze update uitgevoerd conform volgens de update-strategie updatestrategie die door de Klant in de configuratie van de Service gekozen isheeft. OVHcloud kan als zodanig niet aansprakelijk worden gesteld als de Klant de updates geweigerd heeft of de toegang van OVHcloud tot de nodes geblokkeerd heeft. Opdat de Managed Kubernetes Service de Resources, waaruit de Cluster van de Klant is opgebouwd, kan orkestreren volgens de opdrachten die deze laatste de Klant via API heeft gedefinieerd, accepteert de Klant expliciet dat de bovenvermelde Service automatisch Resources kan toevoegen, verwijderen en/of veranderen en erkent de Klant dat hij alle bedragen verschuldigd is die verbonden zijn aan het gebruik van deze Resources. Een Cluster wordt als actief beschouwd als deze ten minste één actieve worker-node “worker”-node orkestreert en/of is geconfigureerd met een persistent volumevolume is geconfigureerd. XXXxxxxx heeft het recht om elke Cluster te verwijderen die gedurende drie of meer opeenvolgende maanden niet actief is. De Klant wordt dertig (30) dagen voor de verwijdering via e-mail of via zijn Beheerinterface op de hoogte gesteld van deze verwijdering. De verwijdering vindt automatisch plaats, tenzij de Klant gedurende deze termijn van dertig (30) dagen een actieve worker-node of een persistent volume aan de Cluster toevoegt. De verwijdering geschiedt zonder verdere formaliteiten of compensatie.drie