Onderwerp: Installatie Cloudlinux

Hallo,

Ik lees de laatste tijd vanalles over Cloudlinux en wil het graag eens gaan testen op een Directadmin server.

Ik heb een testserver, centos met Directadmin.
Hoe hebben jullie de installatie gedaan?

Via een paar commando's kun je eenvoudig van centos naar Cloudlinux.

Ik heb echter nog een paar vragen:

1. Heeft het al nut als ik alleen het OS naar Cloudlinux zet, dus geen Mysql governer en hostinglimits mod?

2. Kan ik op een MySql server met custombuild zonder problemen MySql governer installeren met de volgende commando's?
$ yum install governor-mysql --enablerepo=cloudlinux-updates-testing
$ /usr/share/lve/dbgovernor/mysqlgovernor.py --install

3. Ik zie in de howto van Cloudlinux de volgende limit aanbevelingen:



Typical Hosting Account

CPU=25%, NCPU=1 (1 core)

PMEM=256MB

VMEM=0

IO=1024KB/s

NPROC=100

EP=20



High End Hosting Account

CPU=50%, NCPU=2 (2 cores)

PMEM=512MB

VMEM=0

IO=1024KB/s

NPROC=100

EP=40

Houden jullie dit zo aan of hebben jullie andere opties ingesteld?

4. Kan ik hostinglimits mod zonder problemen installeren en wat voegt het precies toe?

Hoi tim,

Hier hebben we ook de VMEM ingesteld voor de accounts. Als je voor high end gaat zeker aan te raden als de load omhoog gaat bij bepaalde klanten. Hosting limits moet niks uitmaken, zowel in CGI als SuPHP.

Wat is inmiddels je ervaring?

Ik stap weer af van CloudLinux, het werkt nog niet zo lekker zoals ik hoopte. Ik moet wel zeggen dat de support van de helpdesk uitstekend is.

Je kan het beste een clean install doen van CloudLinux in plaats van converten naar CloudLinux. In mijn geval werkte het converten niet goed.

Je kan dbgovernor niet gebruiken met de MySQL installatie van custombuild. Je kan MySQL installeren via dbgovernor van CloudLinux.

Wij zijn er voor een klant mee bezig geweest, hebben ons er niet heel erg in verdiept maar vonden het erg vervelend dat onze SSH-users nogal gelimiteerd werden en zelfs tijdelijk gelocked, omdat ze schijnbaar teveel geheugen gebruikten (wat niet heel vreemd is). Wel iets om dus even vantevoren uit te zoeken hoe je dat oplost, voor je je server enkele minuten tot uren niet meer in komt met SSH

Oorspronkelijk geplaatst door TotallyHosted

Wij zijn er voor een klant mee bezig geweest, hebben ons er niet heel erg in verdiept maar vonden het erg vervelend dat onze SSH-users nogal gelimiteerd werden en zelfs tijdelijk gelocked, omdat ze schijnbaar teveel geheugen gebruikten (wat niet heel vreemd is). Wel iets om dus even vantevoren uit te zoeken hoe je dat oplost, voor je je server enkele minuten tot uren niet meer in komt met SSH

Met root zou het altijd moeten werken, CloudLinux bemoeit zich daar niet mee.

Oorspronkelijk geplaatst door Peter Bin

Met root zou het altijd moeten werken, CloudLinux bemoeit zich daar niet mee.

1 van onze lijst met beveiligingsmaatregelen, is dat direct inloggen met root niet toegestaan is.

Als de user geen root is dan moet je deze in de WHEEL group zetten bij cloudlinux, hiervan krijg je ook een melding als je met een ssh user su commands uit gaat voeren.

Als deze niet in de WHEEL group staan dan krijg je dat alle processen onder die user gaan werken en zit je zo aan de limits. De limits zijn natuurlijk maar voor 1 hostingaccount, en niet voor alle accounts bij elkaar.

Wij hebben nu 8 servers met Cloudlinux draaien en ben er heel tevreden over, dit maakt de servers een stuk stabieler.