Пользователь пока ничего не рассказал о себе

Наибольший вклад в теги

Все теги (10)

Лучшие ответы пользователя

Все ответы (7)
  • Как зайти на сервер из bash в windows 10?

    @arakchi
    Если используется баш, то судя по всему установлен и openssh. Он формата ppk, не понимает. Можно ppk конвертировать в pem, через PuTTYgen (“Conversions”->”Export OpenSSH key”, через графическую тулзу https://the.earth.li/~sgtatham/putty/latest/x86/pu... в видне, или puttygen private-key.ppk -O private-openssh -o private-key.pem через консоль в *nix системах), после чего скормить ssh клиенту, как правило в ~/.ssh/id_rsa.
    Ну или действительно пользовать путти.
    Ответ написан
  • Высокий la но все летает, как это?

    @arakchi
    LA - это, грубо, количество процессов в бывших в статусе R (и не только в нем, например еще значение имеет стутс D) в единицу времени. Т.е. если у Вас есть несколько вялотякущих процессов не нагружающих физические подсистемы сервера то, но при этом не могущих быстро завершиться, например из-за медленного поступления данных по сети, то LA высок, хотя по факту физические ресурсы сервера занружны не будут. Но это не точно и не совсем так, это грубо. И исходя из такой ситуации LA может быть высок, но полезные запросы обрабатываться быстро, т.к. по факту ресурсы есть.
    Как сказал Ян, нормальным считается LA 0.8-1 на ядро. Но в любом случае если поводо к нагрузке нет, т.е. на нормальный (т.е. оптимизированный не тяжелый) сайт заходит пара тройка челоек в день, высокий LA это не нормально и Вы правильно озадачились.
    Тут можно Вам посоветовать, начать смотреть через top, htop процессы в статусе R и D, как я уже упоминал, и найдя такие, просматривать через strace и lsof, что они делают и куда ломятся. Это самое простое, но часто помогает.
    Плюс еще может помочь atop с опцией -r в режиме через кнопку p (вроде, она должна отвечать за суммарное количество ввзванных процессов в промежуток измерения, по умолчанию 10 минут), ибо вдруг процессы быстро запускаются и завершаются, быстрее чем в промежутке обновления top/htop(особенно учитывая, что у Вас wa небольшой). Стоить заметить, что в 5 и 6 центоси atop как демон автоматически не запускается после установки и не добавляется в автозапуск. В седьмой не знаю.
    Ну а вообще, да, это как лечить болезнь по фотографии, без просмотра самого серевера ничего не сказать. Но нвчните с упомянутого, вдруг натолкнёт на дельную мысль.
    Ответ написан
  • Какие утилиты использовать для расследования загрузки сервера на centos?

    @arakchi
    На мой взгляд, самый простой вариант без настройки разных систем составных мониторинга (zabbix and etc) это atop. По умолчанию, он даёт статистику за 10 минутный интервал, но это можно изменить. Учитывая, что у Вас CentOS не забудьте добавить его в автостарт (он автоматом туда не добавляется). По крайней мере ответить на вопрос "какой процесс нагружает" он часто поможет и укажет в какую сторону копать.
    К сожалению, если выяснится что это какой нибудь apache, mysql, php Вам всё равно крайне желательно будет застать сам процесс в момент нагрузки и смотреть, что он непосредственно делает, собирая о нём информацию всякими strace, lsof или более специфичными инструментами. Так же полезно будет настроить для него расширенное логирование.
    Как правильно заметил alfss, общения с логами, скорее всего, не избежать. Редко они даже дают понять и без мониторинга, в чём проблема. Однако их анализ трудоёмок и не всегда приводит к результатам, особенно если не знать, что искать и как логи выглядят обычно (когда сбоев нет).
    Ответ написан
  • Какие ресурсы потребует обратный (реверс) прокси?

    @arakchi
    Как заметили другие отвечающие - реверс действительно потребляет очень мало ресурсов. Поэтому, в первую, очередь смотрите на объём трафика на тарифе. Когда он "безлимитный" - это, как правило, не так (где-то режут скорость после определённого объёма, где-то объём действительно не считают, но в недрах договора:"гарантированная полоса 30мбит\с"). Однако, с Вашими требования (2000 уников в день), если это не видео хостинг, эти ограничения не существенны и ими можно пренебречь.
    Относительно пинга: на мой взгляд, учитывая Ваши требования и предполагая, что у Вас сайт без активного интерактива (к сожалению, вы не указали специфику проекта), пинг до 100-150 мс, вообще не играет роли (по моему мнению, чтобы читать статьи с сайта, или заказывать товара и 400 особо не критичны). Но если Вы считаете, что имеет смысл его сокращать, то многие хостинг провайдеры имеют участие в одной или нескольких точках обмена трафика, и может так сложиться, что у Вас из дома 15 хопов (узлов) до реального сервера с сайтом, а от хостинг провайдера один или два. Поэтому, действительно, стоит проверять: на мой взгляд, любой вменяемый хостинг провайдер (имеющий тех. поддержку, т.е. digitalocean, не в счёт, но и от них наверное можно получить) предоставит трейс ("маршрут") с его VPS до нужного Вам IP, если у них есть поддержка, но получить такой трейс нельзя, не стоит к ним идти.
    Но самое простое, как верно заметил Dr. Bacon, рассмотрите cloudflare и аналоги, Вы бесплатно получите всё что хотите, при этом будете избавлены от технический вопросов. А за небольшие деньги получите ещё и то, что вряд ли сможете организовать сами, по крайней мере не вкладывая большие деньги и СИЛЬНО много времени. Только, пожалуйста, не забудьте проверить, что Ваш сайт в скриптах не отдаёт реальный IP сервера и, это самый частый прокол, что IP сервера с сайтом не фигурирует в отправляемой сайтом почте.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (1)