Сложно ли движку php обработать 220 файлов для поиска слов в их тексте на среднем VPS?

Вообще не вижу проблемы.

Ну, если не запускать эту задачу каждую секунду...

class Timer{
    private static $start = .0;

    static function start()
    {
        self::$start = microtime(true);
    }

    static function finish()
    {
        return microtime(true) - self::$start;
    }
}

Timer::start();
тут ваш код который ищет
echo Timer::finish();

запустите скрипт. сколько занимает времени поиск?

Если речь об обычных поисковых запросах, то нужно использовать базу данных (и полнотекстовый поиск).

Эммм, а что толку от сингл-теста. Он может пройти за 0.01 сек, а вот при реальной нагрузке и одновременном юзании жалкими 50-ю пользователями время может улететь в секунды, или даже в десятки секунд.

Как сформулировано - это разовая задача.  В таком случае никаких проблем.

безграмотность вопроса и порождает нерелевантные ответы. Сам по себе пых относительно быстр. Но операции чтения с диска - уже подороже, поэтому от организации процесса  чтения много будет зависить. На питоне я бы использовал multiprocessing,  пыха в последних версиях вроде тоже умеет. В целом по приведенным параметрам это вообще не нагрузка при правильном подходе. 

В среднем 0,260 сек., т.е. +/-260 миллисекунд, - php 7.4, используется обычная функция поиска шаблона в строке preg_match_all, грубо говоря ищется 16 разных слов. Я так понимаю это немного и не проблема, это разовая задача, нажал на кнопку посмотрел результат и забыл.

Для разовой задачи - вообще не проблема, я как-то на пыхе разбирал xml структуру, файл размером, если не ошибаюсь, порядка 400+ Мб. На сервере, по параметрам раза в 2 ниже. С процессором только не скажу каким, не помню. И никаких особых проблем это не доставляло, кроме того, что организацию разбора, все же, нужно было сделать грамотно. Так что и простой preg_match на таком малом объеме данных, с нормальным сервером - должна быть совершенно рутинная задача без особых затрат.