Аннотация переводчика
Документ полезен тем, кто начинает интересоваться программной организацией систем FTна уровне гипервизора, но одной странички описания и утверждения, что все это работает уже мало. Наиболее важными для меня лично были два момента (это мои выводы, возможно ошибочные):
- 1. Ссылка на Cully [5] и краткое изложение результатов оценки производительности Remus, приводящие с мой точки зрения к выводу, что при текущем положении дел многопроцессорные ВМ под FTимеют смысл начиная с 3-4 процессоров и, скорее всего, связи между серверами по 10Гбит/с (в остальных случаях они не превзойдут по производительности текущие однопроцессорные реализации VMware).
- 2. В однопроцессорных ВМ полноценное отслеживание и запись всех недетерминированных событий (а если есть запись со всеми необходимыми параметрами, то реализуемо и воспроизведение) возможна за счет аппаратных средств современных процессоров (для VMwareэто AMDи Intel. Детали надо смотреть в техническом описании процессоров). При наличии двух и более процессоров любое обращение к памяти может стать недетерминированным событием (для однопроцессорных передаются только недетерминированные события, а в многопроцессорных при текущем положении дел необходима репликация всех изменений памяти). Реализация двухпроцессорных ВМ под FTс накладны расходами, сравнимыми с текущий однопроцессорной реализации VMware, требует соответствующей аппаратной поддержки. Я лично затрудняюсь представить себе приемлемые механизмы, позволяющие отделить обращения к памяти приводящие к недетерминизму, от не имеющих подобного влияния, не говоря о количестве событий, который будет порождаться при обработке различных блокировок и критических секций (аппаратные средства репликации памяти между серверами на мой взгляд не вписываются в текущую концепцию VMware), в результате чего не рассчитываю столкнуться с подобным в реальной жизни ранее 2020 года.
Если кто захочет разместить на общедоступных ресурсах возражать не буду. Любые рекомендации по улучшению перевода и отзыва приветствуются.