Onderwerp: Plesk (windows) ControlePaneel kan wel snel zijn!

Een beetje triest wel, maar wil het toch even delen.

Wij ervaren al zolang we met plesk werken dat zeker naar verloop van tijd dat het controle paneel(niet de server, die is snel) traag, zeer traag is/wordt.

Het opvragen van een domein duurde vele seconden, zo niet tientallen seconden. Dit is opeens teruggebracht tot maximaal een seconde.

Vandaag hebben we zelf de mysql database van plesk eens onder de loep genomen en wat blijkt; die is gewoon slecht geoptimaliseerd. We hebben in diverse tabellen extra indexen opgenomen op diverse velden (sletuelvelden) waar geen index voor leek te zijn en voila...

We zullen er nog eens een slow-query log op loslaten en kijken waar er nog meer gaten zitten.

Misschien goed om je optimalisaties hier te posten voor andere mensen?

Oorspronkelijk geplaatst door Dreas

Misschien goed om je optimalisaties hier te posten voor andere mensen?

Ga ik zeker doen. Er zijn nog wat indexen toegevoegd waarmee nog wat belachelijke snelheidsverbeteringen bereikt zijn.

We maken als we alles gehad hebben wel een incremental sql file die we posten. (voor plesk versie 9.5.3 met mysql als database)

Dank voor het delen van je ervaringen. Ben benieuwd of hetzelfde geldt voor draaien onder MSSQL waar Plesk zelf de voorkeur aan lijkt te geven.
Ook versie 10 lijkt wat beter te lopen, maar zoals je al aangeeft, het vertraagd pas na een tijdje.

Oorspronkelijk geplaatst door zebrafilm

Ben benieuwd of hetzelfde geldt voor draaien onder MSSQL waar Plesk zelf de voorkeur aan lijkt te geven.

Ik denk dat daar hetzelfde voor geld, wij zijn met deze machine waar we dit nu testen juist gevlucht naar mysql ivm de slecht performance van het control panel (terwijl de server het niet druk heeft).

Er zijn nu ruim 100 indexen toegevoegd op vele plaatsen en de wachttijden zijn nagenoeg weg. We gaan een andere server ook overzetten naar mysql en maken dan een incremental van de wijzigingen.

De stand van zaken tot nu toe. Dit is dus voor plesk windows versie 9.5.3 en alleen maar als je de plesk DB onder mysql hebt draaien. Je doet er goed aan even een kopie te maken alhoewel dit script niets 'stuk' kan maken. Eigen risico!

Deze aanpassingen werken hier helemaal toppie.

CREATE INDEX `license_type_id` ON `apsapplicationitems`(`license_type_id`);
CREATE INDEX `pkg_id` ON `apsapplicationitems`(`pkg_id`);
CREATE INDEX `app_item_id` ON `apsclientapplicationitems`(`app_item_id`);
CREATE INDEX `client_id` ON `apsclientapplicationitems`(`client_id`);
CREATE INDEX `param` ON `cl_param`(`param`);
CREATE INDEX `val` ON `cl_param`(`val`);
CREATE INDEX `limits_id` ON `clients`(`limits_id`);
CREATE INDEX `params_id` ON `clients`(`params_id`);
CREATE INDEX `parent_id` ON `clients`(`parent_id`);
CREATE INDEX `perm_id` ON `clients`(`perm_id`);
CREATE INDEX `pool_id` ON `clients`(`pool_id`);
CREATE INDEX `type` ON `clients`(`type`);
CREATE INDEX `date` ON `clientstraffic`(`date`);
CREATE INDEX `level` ON `custom_buttons`(`level`);
CREATE INDEX `level_id` ON `custom_buttons`(`level_id`);
CREATE INDEX `sort_key` ON `custom_buttons`(`sort_key`);
CREATE INDEX `text` ON `custom_buttons`(`text`);
CREATE INDEX `type` ON `dashboardpreset`(`type`);
CREATE INDEX `parent_id` ON `dashboardpresetconfig`(`parent_id`);
CREATE INDEX `preset_id` ON `dashboardpresetconfig`(`preset_id`);
CREATE INDEX `db_server_id` ON `data_bases`(`db_server_id`);
CREATE INDEX `default_user_id` ON `data_bases`(`default_user_id`);
CREATE INDEX `dom_id` ON `data_bases`(`dom_id`);
CREATE INDEX `type` ON `data_bases`(`type`);
CREATE INDEX `host` ON `dns_recs`(`host`);
CREATE INDEX `host` ON `dns_recs_t`(`type`);
CREATE INDEX `type` ON `dns_recs_t`(`host`);
CREATE INDEX `name` ON `dns_zone`(`name`);
CREATE INDEX `type` ON `dns_zone`(`type`);
CREATE INDEX `dns_zone_id` ON `domain_aliases`(`dns_zone_id`);
CREATE INDEX `cert_rep_id` ON `domains`(`cert_rep_id`);
CREATE INDEX `guid` ON `domains`(`guid`);
CREATE INDEX `limits_id` ON `domains`(`limits_id`);
CREATE INDEX `params_id` ON `domains`(`params_id`);
CREATE INDEX `dom_id` ON `domainservices`(`dom_id`);
CREATE INDEX `parameters_id` ON `domainservices`(`parameters_id`);
CREATE INDEX `date` ON `domainstraffic`(`date`);
CREATE INDEX `action_id` ON `event_handlers`(`action_id`,`priority`);
CREATE INDEX `obj_id` ON `exp_event`(`obj_id`);
CREATE INDEX `ip_address_id` ON `forwarding`(`ip_address_id`);
CREATE INDEX `ip_address_id` ON `hosting`(`ip_address_id`);
CREATE INDEX `server_id` ON `hosting`(`server_id`);
CREATE INDEX `dom_id` ON `hotlink_friends`(`dom_id`,`subdom_id`);
CREATE INDEX `friend_dom` ON `hotlink_friends`(`friend_dom`);
CREATE INDEX `ip_address_id` ON `ip_pool`(`ip_address_id`);
CREATE INDEX `action_id` ON `log_actions`(`action_id`);
CREATE INDEX `object_id` ON `log_actions`(`object_id`);
CREATE INDEX `account_id` ON `mail`(`account_id`);
CREATE INDEX `perm_id` ON `mail`(`perm_id`);
CREATE INDEX `expire` ON `persistentcache`(`expire`);
CREATE INDEX `user_id` ON `report`(`user_id`);
CREATE INDEX `report_id` ON `report_section`(`report_id`);
CREATE INDEX `component_id` ON `repository`(`component_id`);
CREATE INDEX `mailname` ON `sa_conf`(`mailname`);
CREATE INDEX `mailname` ON `sa_list`(`mailname`,`color`);
CREATE INDEX `ip_address` ON `sessions`(`ip_address`);
CREATE INDEX `login` ON `sessions`(`login`);
CREATE INDEX `dom_type` ON `shared_ssl_links`(`dom_type`);
CREATE INDEX `params_id` ON `siteapppackages`(`params_id`);
CREATE INDEX `res_id` ON `siteappresources`(`res_id`);
CREATE INDEX `server_id` ON `subdomains`(`server_id`);
CREATE INDEX `account_id` ON `sys_users`(`account_id`);

Dank.

Hebben jullie het gevoel dat Plesk beter draait met MySQL dan MSSQL?
Deze info ook doorgegeven aan Parallels?

Al een blik geworpen op v10 hoe het daar zit met de optimalisaties?

gr Bastiaan

>>Hebben jullie het gevoel dat Plesk beter draait met MySQL dan MSSQL?
Zonder deze aanpassingen had ik niet het idee dat het echt uitmaakt. Ik vind het persoonlijk makkelijker als het in mysql zit. Helaas gaat niet altijd alles goed en kun je zo makkelijk bijsturen.

De info nog niet aan parellels doorgegeven. Het werkt hier op alle servers nu super, de snelheid is nu verbazingwekkend, we waren ook met ander control panel bezig om deze reden en dat gaan we toch even opnieuw evalueren.

Nee v10 niet bekeken nog. Zit weer een hele upgrade aan vast zag ik, zeer huiverig voor.

Ja begrijpelijk je huiver. Ben V10 al een tijdje aan het testen en lijkt goed te draaien. Het heeft wel wat verbeteringen die de moeite waard lijken maar het is wel weer een enorme switch met het opnieuw aanmaken van allerlei templates.
Omdat wij al Smartermail 7.x draaien is het helaas noodzakelijk over te gaan....

Ik heb met MYSQL het zelfde als jullie denk ik. Vind het overzichtelijker en makkelijker dan MSSQL dus als er geen echt verschil is zet ik hem ook over bij de overgang naar v10.

Vergeet in v10 de database zelf niet even te optimaliseren, zijn ze vast weer vergeten ;-)