MongoDB случайные 2 записи?

Не соглашусь, этот вариант можно рассматривать только для получения одного случайного документа из коллекции. В случае n > 1, вы получите n документов по случайному смещению, но никак не n случайных документов. n вызовов для получения одного случайного документа, я думаю вы понимаете почему, даже и не стоит рассматривать.

Redis. Как записать в ключ TimeStamp с сервера, где запущен Redis-сервер?

Зачем бинарник? Redis — open-source проект, качаете исходники, пишете небольшой патч и все. Правда понадобятся знания C и понимание того, как устроен протокол Redis'a (на самом деле он оч простой). Потом собираете свой бинарь.

Redis. Как записать в ключ TimeStamp с сервера, где запущен Redis-сервер?

Зачем? ван нужна хронология происшествия событий или хронология приезда пакета на сервер? Вот ситуация, на сервере1 произошло событие1 в N секунд. На сервере2 произошло событие2 в N+1 секунд. Но пакет с первого сервера, где-то застрял, затерялся или еще какая беда случилась и он пришёл в N+2 секунд. А со второго сервера, событие2 приехало мгновенно (за доли секунд, если быть точнее). В случае, если таймстемп проставят серваки-отправители, события хронологически запишутся в нужном порядке, даже если событие1 придет позже события2. В случае, если таймстемп ставит сервер-получатель, событие2 хронологически запишется раньше события1. Если вам так важна посекундная точность, то второй случай неприемлем.

Redis. Как записать в ключ TimeStamp с сервера, где запущен Redis-сервер?

Ну почему, NTP все очень хорошо синкает, вот цитата с википедии, например:

В версии 4 способен достигать точности 10 мс (1/100 с) при работе через Интернет, и до 0,2 мс (1/5000 с) и лучше внутри локальных сетей

NTP даже дает выигрыш в точности, так как пакет с «событием №1», произошедшим раньше «события №2», может приехать позже на сервер с Redis. Из-за этого, потеряется реальная хронология событий, и запишется хронология прихода пакетов.