>>> Указанная вами услуга используется на панели cpanel, чтобы использовать панель ispmanager вам нужно сделать новый заказ1) Странный подход. Просто сделайте бекапы сайтов к себе на компьютер и попросите пересоздать аккаунт на сервере с панелью ISPManager.Возможно потребуется смена ДНС серверов для домена или IP адреса в зоне ДНС.
2) в ISPManager есть возможность импортировать бекапы формата Cpanel, но видимо хостер не хочет заморачиваться с переносом.
Разве процессорные ресурсы не ограничены на каждый VDS, также, как и все остальное? В общем понятно, брать сервер...
Они ограничены, но везде оверсел. Если бы все грузили на все 100% свои CPU ресурсы - то продавать VPS не было бы смысла. Хостеры бы закрылись.
На дешевом выделенном сервере за 10-20$ - можно грузить CPU до потолка без проблем.
в топике указана ос cenos 7
никакая панель не установлена. сервер выделенный. администрирую сам.
Быстрее всего на виртуалке поднимите 5.6.x, протестируйте, если все ОК - то обновляйте на выделенном сервере.
Да, СПанель.Какие проблемы могут быть из-за такого вложения? Что проверить?
Еще при добавлении дополнительного домена Cpanel создает поддомен к основному домену и он будет у Вас работать, поэтому лучше всего основной домен делать нерабочим, например,default1111111.com
а рабочие сайты добавлять в CPanel --> Дополнительные домены.Осноной домен меняется через саппорт/WHM.
через phpmyadmin они не меняются?
>>> Не первый хостер уже устраивает мне такой бардак с сайтамипопросите хостера поменять основной домен или размещайте корни сайтов вне /public_html/Это решаемо на уровне хостера/панели.Такое есть при использовании панели Cpanel. Решаемо.
А какие ДНС сервера они выдают клиентам? Попроверяйте зону используя dig/nslookup через их ДНС сервера.Если есть ошибки - шлите выводы в саппорт Киевстара.
думаю такой вариант имеет право быть у некоторых хостеров, но только после предоставления паспортных данных на фоне бумаги с датой или тикета. Либо вариант с пополнением депозита на счет, который можно будет потратить после теста или вывести, если не устроит что-то.В ином случае - какие-либо потенциальные проблемы и трата времени на анонимных пользователей, которые сидят под vpn - не имееют смысла.
в hosts нужно указывать IP виртуальной машины. Посмотреть можно через
ip a
Друзья! Нужна помощь, сломал голову. Имеем один хайлоад проект. Буквально позавчера Apache сошел сума, постоянно создаются (или делаются активными) процессы apache которые на протяжении 4-8 секунд создают нагрузку на процессор в размере 100%. Машинка оч мощная, 128г оперативки, 24 ядра проц. LA - 40-60 в штатном режиме. До этого было 13-15 в пике нагрузки. в server-status все ок, процесы эти выловить не получается, ощущение что их там нет. Режим работы apache - mpm prefork! Ngnix пристуствует! На сервере стоит debian Помогите, уже не знаем куда копать =(
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND26853 mysql 20 0 98.5g 69.2g 19432 S 181.4 54.9 434:34.91 mysqld2522 instagr+ 20 0 1167320 16976 8544 R 97.7 0.0 0:09.24 apache22719 instagr+ 20 0 1167320 16976 8544 R 97.3 0.0 0:08.40 apache23215 instagr+ 20 0 1167320 16976 8544 R 97.3 0.0 0:06.62 apache23323 instagr+ 20 0 1167320 16976 8544 R 97.0 0.0 0:06.13 apache23444 instagr+ 20 0 1167328 16620 8160 R 97.0 0.0 0:05.57 apache23794 instagr+ 20 0 1167320 16976 8544 R 97.0 0.0 0:04.29 apache23035 instagr+ 20 0 1167320 16976 8544 R 96.7 0.0 0:07.26 apache24050 instagr+ 20 0 1167320 16976 8544 R 96.7 0.0 0:03.32 apache22772 instagr+ 20 0 1167320 16976 8544 R 96.3 0.0 0:08.14 apache22770 instagr+ 20 0 1167320 16976 8544 R 96.0 0.0 0:08.18 apache23782 instagr+ 20 0 1167320 17032 8624 R 96.0 0.0 0:04.31 apache23183 instagr+ 20 0 1167320 16976 8544 R 95.7 0.0 0:06.62 apache23471 instagr+ 20 0 1167320 17032 8624 R 95.3 0.0 0:05.38 apache22487 instagr+ 20 0 1167884 26960 17880 S 91.4 0.0 0:09.19 apache24261 instagr+ 20 0 1167320 16964 8532 R 90.0 0.0 0:02.71 apache24319 instagr+ 20 0 1167320 15424 7092 R 83.4 0.0 0:02.51 apache24380 instagr+ 20 0 1167320 16976 8544 R 77.7 0.0 0:02.34 apache25087 instagr+ 20 0 1167320 17032 8624 R 16.6 0.0 0:00.50 apache25094 instagr+ 20 0 1167320 15364 7028 R 15.3 0.0 0:00.46 apache215788 www-data 20 0 34452 29832 5144 S 15.3 0.0 29:14.75 nginx5110 instagr+ 20 0 1167320 16976 8544 R 14.0 0.0 0:00.42 apache215789 www-data 20 0 17448 12476 5104 S 2.7 0.0 3:02.40 nginx445 root 20 0 0 0 0 S 1.0 0.0 4:31.15 jbd2/md2-82656 instagr+ 20 0 1168508 28484 18792 S 0.7 0.0 0:00.03 apache2112 root 20 0 0 0 0 S 0.3 0.0 0:03.50 ksoftirqd/201128 root 20 0 235240 31244 23664 S 0.3 0.0 0:01.17 php-fpm7.31140 www-data 20 0 1167028 11396 3112 S 0.3 0.0 0:03.87 apache21330 www-data 20 0 1167028 11396 3112 S 0.3 0.0 0:04.34 apache21331 www-data 20 0 1167028 11396 3112 S 0.3 0.0 0:04.01 apache21333 www-data 20 0 1167028 11396 3112 S 0.3 0.0 0:04.06 apache21534 www-data 20 0 1167028 11376 3092 S 0.3 0.0 0:04.57 apache21620 instagr+ 20 0 1168512 28464 18800 S 0.3 0.0 0:00.01 apache21712 www-data 20 0 1167028 11376 3092 S 0.3 0.0 0:04.52 apache21820 instagr+ 20 0 1168520 28312 18672 S 0.3 0.0 0:00.01 apache2
похоже на ддос атаку или ботов. Анализируйте access логи nginx/apache.Там будет ответ.Больше о процессе можно узнать через strace/lsof по PID. Оттуда и копать.
