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

Beheer en updates van de Cluster. De Cluster wordt door OVHcloud aan de Klant toegewezen, gehost, gemanaged en in werkende conditie gehouden gedurende de volledige duur van de Job. Het is geheel de verantwoordelijkheid van de Klant om de handelingen te verrichten die nodig zijn om zijn configuratie te behouden, 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 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 dimensionering van de infrastructuren, de code die nodig is om de Jobs uit te voeren, de gebruikte gegevens en de beveiliging daarvan. OVHcloud behoudt zich het recht voor de door 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. Opdat de Service de Resources, waaruit de Cluster van de Klant is opgebouwd, kan orkestreren volgens de 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, die verbonden zijn aan het gebruik van deze Resources.

Beheer en updates van de Cluster. De Cluster wordt door OVHcloud of, indien van toepassing, haar partners tijdens de duur van de Services aan de Klant toegewezen, gehost, gemanaged beheerd en in werkende conditie gehouden gedurende de volledige duur van de Joboperationele staat gehouden. Het is geheel de verantwoordelijkheid van de Klant om de handelingen te verrichten die nodig zijn om zijn configuratie te behouden, 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 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 dimensionering van de infrastructuren, de code die nodig is om de Jobs uit te voeren, de gebruikte gegevens en de beveiliging daarvan. OVHcloud behoudt zich het recht voor om elke update van de door haar aangeboden 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. Opdat de Service de ResourcesServices gereproduceerd, waaruit de Cluster van de Klant is opgebouwdbewaard, kan orkestreren volgens de commando's die deze laatste via API gehost, verzameld, verzonden, verspreid, gepubliceerd of Beheerinterface heeft gedefinieerd, accepteert de Klant expliciet dat de bovenvermelde Service handmatig of automatisch Resources kan toevoegen, verwijderen in het algemeen gebruikt en/of veranderen geëxploiteerd worden, met inbegrip van mogelijke back-ups. De Klant dient alle noodzakelijke maatregelen te nemen om zijn Inhoud over te dragen voordat de Service wordt opgezegd, voordat de Services opnieuw worden geïnstalleerd en erkent de Klant dat hij alle bedragen verschuldigd is, in het algemeen vóór elke gebeurtenis die verbonden leidt tot het wissen van zijn aan het gebruik van deze ResourcesInhoud.

Beheer en updates van de Cluster. De Cluster hoofdinfrastructuur die zorg draagt voor het Clustermanagement (hierna „Master Infrastructuur“ genoemd) wordt door OVHcloud volledig aan de Klant toegewezen, toegewezen en wordt gehost, gemanaged en in werkende conditie gehouden gedurende operationele staat gehouden. Als zodanig wordt de volledige duur Clusterconfiguratie die door de Klant is ingesteld door OVHcloud in het kader van de JobService 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 behoudenbewaren, 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 deze de Service of bij onderhoudswerkzaamheden, versieveranderingen of updates. In het kader van de Service is OVHcloud verantwoordelijk voor het ter beschikking stellen de installatie en de updates van Clusters en het operationeel houden ervande 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. De Daarentegen is de Klant is echter verantwoordelijk voor de dimensionering het management van de infrastructurenbinnen zijn Cluster georkestreerde Resources, met uitzondering van de code die nodig is 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 Jobs uit Open Stack API, met de binnen het kader van de Managed Kubernetes Service beheerde Resources te voeren, de gebruikte gegevens en de beveiliging daarvaninterageren. OVHcloud behoudt zich het recht voor de besturingssystemen en de door haar aangeboden 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 commando's opdrachten 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 Cluster hoofdinfrastructuur die zorg draagt voor het Clustermanagement (hierna „Master Infrastructuur“ genoemd), is volledig voor de Klant gereserveerd en wordt door OVHcloud aan de Klant toegewezen, gehost, gemanaged en in werkende conditie gehouden gedurende operationele staat gehouden. Als zodanig wordt de volledige duur Clusterconfiguratie die door de Klant is ingesteld door OVHcloud in het kader van de JobService 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 behoudenbewaren, 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 deze de Service of bij onderhoudswerkzaamheden, versieveranderingen of updates. In het kader van de Service is OVHcloud verantwoordelijk voor het ter beschikking stellen de installatie en de updates van Clusters en het operationeel houden ervande 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. De Daarentegen is de Klant is echter verantwoordelijk voor de dimensionering het management van de infrastructurenbinnen zijn Cluster georkestreerde Resources, met uitzondering van de code die nodig is om de Jobs uit te voeren, de gebruikte gegevens en de beveiliging daarvanMaster Infrastructuur. OVHcloud behoudt zich het recht voor raadt de door haar aangeboden applicaties te vernieuwenKlant ten zeerste aan om niet op een directe manier, in het bijzonder door alle updates en versieveranderingen uit niet middels zijn Control Panel of via de Open Stack API, met de binnen het kader van de Managed Kubernetes Service beheerde Resources te voeren die OVHcloud noodzakelijk achtinterageren. Indien het nodig een update en/of versieverandering noodzakelijk is voor 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 commando's opdrachten die deze laatste de Klant 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 met een persistent volume is geconfigureerd. XXXxxxxx heeft het recht om elke Cluster te verwijderen die gedurende drie