Евгений Крупченко

Евгений Крупченко
Рейтинг
178
Регистрация
27.09.2003
Интересы
хостинг без тормозов
mark2011:

Может постоянное соединение можно включить? или какой-то кеш задействовать?

да - поставить локальный mysql и работать с ним 🙄

а если так уж хочется, с него делайте репликацию на vps хоть в зимбабве

постоянное соединение в теории включается заменой mysql_connect() на mysql_pconnect().

а на практике - телепатов нет, кто знает как у вас там что работает.

если php7, то mysql_connect там в принципе уже нет.

может вы думаете, что скрипты ваши отправили один запрос и получили ответ... но нет.

их наверняка там сотня. и каждый раз подключение, авторизация и т.д.

также сталкивался с подобным. mysql была на другом сервере в другом дц, но в том же городе. пинг стремился к нулю. железо +/- одинаковое (не vps, а свои сервера).

но все равно разница в конечной скорости генерации страниц была очень заметна невооруженным взглядом.

будет проще если поведаете о конечной цели этого разделения.

обычно для начала разделяют статику и динамику. а mysql если и выносить, то только на сервер, который чуть выше в стойке стоит :) и соединять их желательно без свича, а напрямую и оптикой.

для начала надо оценить циферки. 🙄

канал у сервера какой?

если 100мбит, то перекачка 600гб займет более 13 часов (при условии полностью на 100% занятого канала)

по гигабитному тоже не быстро - около 1.5 часа.

при условии конечно честных 100мбит/1гбит, а не "до 100мбит"/"до 1гбит".

устраивает ли подобный простой?

сервер чтоли только ради бэкапов и существует и больше ни для чего ему интернет не нужен?

допустим можно ограничить до 50мбит, но тогда есть хороший шанс за сутки не успеть перекачать, а там уже новая задача запустится.

и это еще не касаясь вопроса, а будет ли на другой стороне такой же свободный канал. может на яндексе свои ограничения. я не знаю по-правде.

и 15-20тб траффика в месяц (только под эти бэкапы, не считая основной работы сервера) учтены в тарифе нынешнем?

возможность быстрого восстановления также весьма туманна.

можно предположить что все эти данные - текст и он ужмется до 50гб, но утверждение "может не хватить места на диске для архива" подсказывает что врядли.

также учтен ли расход процессора на время этого архивирования?

опять же, неужели на сервере ничего более важного чем бэкапы не происходит?

да, можно сделать архив без сжатия, но что мы тогда выигрываем кроме количества файлов?

вывод - только какой-то инкрементальный бэкап нужен.

причем желательно что бы поиск изменившихся файлов и их архивирование происходили не с использованием всех ядер процессора и не сильно осложняя доступ к диску для других (более важных) процессов.

а сайт не в украине часом размещен?

ну тогда надо вручную все просмотреть.

может быть где-то огромное количество мелких или 0 байт файлов. и du не покажет что они занимают место.

где php сессии хранятся известно?

ну это могут быть не только логи.

например заваленные спамом почтовые ящики, заваленная им же исходящая почтовая очередь :)

не удаляющиеся по какой-то причине файлы php сессий.

кто знает что еще там происходит.

но все это должно быть видно по du комманде.

обычно перезагрузка должна решать проблему "невидимых" файлов.

если это vps, то почему бы не обратиться в поддержку?

ага, в первом посте увидел. /home не при делах.

проблема в том что / 50гб и он на 100% занят, хотя на нем самое тежелое это /var и /usr по 1.5гб

где остальное?

надо первым делом перегрузиться.

могут быть все еще открытые для записи файлы, которые просто были удалены, без извещения об этом процессов, которые в них писали и продолжают писать.

кэп, что внутри?

316G ./home

а что понимается под "качество очень очень VIP"?

раб, дежурящий над сервером с веером на случай отказа кулера? :]

так все технические форсмажоры предсказать невозможно.

супер-пупер техподдержка - спорно.

всегда есть шанс возникновения сложного вопроса, который за минуту не решить физически.

супер аптайм - спорно.

мышей и уборщиц еще никто не отменял :]

у меня однажды сервер на ночь остался без интернета - кто-то в датацентре что-то делал и провод мой "отошел" :(

или банальное отсутствие оверселлинга? когда 1 ядро, это реально одно ядро одного пользователя, а не "timeshare" между 5-10...100 юзерами.

ну так супер vip думаю сможет и выделенный себе позволить.

что еще под качеством понимается?

какое-то железо по-лучше? спрашивается почему бы такое же и для не-vip'ов не использовать?

VPS-1
1 core процессора 2Ghz
VPS-2
1 core процессора 3Ghz

и следом:

Все VPS поставляются с:
Высокая частота core процессора (выше или равна 3.4 ГГц на ядро)

где логика?

а 7...23Ghz это "какая-то дичь" вообще.

кому это впаривается?

может 10Gb диска это тоже на самом деле у вас 10шт по 1гб?

а че, суммарно ведь 10гб тоже.

а BANDWIDTH 50 Mbps это 5 портов по 10мбит. суммарно 50мбит, ну да.

😒

ну написано же - Address already in use

кто-то уже там живет на 80 порту.

может и в первом случае была та же проблема.

Всего: 623