С радостью я констатирую тот факт, что практически каждый день мне пишут про мою книгу.
В основном - "Где ее можно купить?"
С огорчением я отвечаю "Нигде, тираж распродан".
Однако снова с радостью сообщаю "Вторая версия, исправленная и дополненная, уже в типографии, и где-то после новогодних праздников должна стать доступна".
вторник, 21 декабря 2010 г.
Книга "Администрирование VMware vSphere" вер. 2
Подписаться на:
Комментарии к сообщению (Atom)
Ура! Товарищи, Ура!
ОтветитьУдалитьчто именно исправлено и дополнено?
ОтветитьУдалитьисправлял ошибки - фактических мало нашлось, в основном опечатки.
ОтветитьУдалитькое где менял текст с целью более понятным сделать.
дополнил про новшества 4.1.
Миша, а чо с электронной версией? :)
ОтветитьУдалитьОчень надеюсь, что качество печати будет лучше, чем в первой версии.
ОтветитьУдалитьв каких онлайн магазинах ожидать? можно ли сделать предзаказ?
ОтветитьУдалитьэлектронная версия, если бы это зависело от меня, была бы давно. надеюсь что все же будет, я за это борюсь.
ОтветитьУдалитьв магазинах должна стать доступна все в тех же.
предзаказ не планируется, по крайней мере пока.
Обложка повеселей стала - цвет поприятнее :)
ОтветитьУдалитьМиша, а кто издатель ДМК или Альянс?
ОтветитьУдалитьЕсли ДМК, то у них есть догоров с Литресом... И уже через Литрес можно продавать электронную версию.
Денис, "издатель может" и "издатель хочет" слегка разные вещи. Ваш К.О. ;-)
ОтветитьУдалитьимеет ли смысл покупать второе издание,если есть первое? :)
ОтветитьУдалитья куплю.
ОтветитьУдалить2worm:
ОтветитьУдалитьсупер много нового во второй редакции нет.
С удовольствием приобрету.
ОтветитьУдалитьДве последние недели искал в интернет-магазинах первое издание. Нет нигде.
Можно сказать, второе издание - новогодний подарок.
Надо брать
ОтветитьУдалитьМиахил, на ozon.ru и books.ru пока не вижу. Когда можно будет купить книгу на Ozon ?
ОтветитьУдалить2IgorAbzalov: после НГ
ОтветитьУдалитькстати предлагаю 3ю редакцию выпустить в нежно розовм цвете.....
ОтветитьУдалитьбыл такой вариант, да.
ОтветитьУдалитья выбрал голубой :)
солатовый
ОтветитьУдалитьголубой
розовый
собери всю коллекцию.....
Congratulations Mikhail !!!! will done
ОтветитьУдалитьспасибо :)
ОтветитьУдалитьпро коллекцию хорошая мысль. может, все скриншоты вынести в отдельный том?
Отлично :) А там глядишь и третью придется писать уже по пятёрочке :)
ОтветитьУдалитьпубликация через app store может принести гораздо больше... Издательсвав цепляются как могут за бумагу.
ОтветитьУдалить1) высказать утверждение не сложно. А обосновать можете?
ОтветитьУдалить2) а что надо сделать чтобы книгу в аппстор добавить?
Кто то купил второе издание , уже все магазины перерыл нигде нет.
ОтветитьУдалитьВот только что позвонил издателю для уточнения - обещает что тираж прибудет на следующей неделе. Следите за новостями в блоге.
ОтветитьУдалитьmichigun
ОтветитьУдалитьНу отлично будем ждать.
Взял у коллег для ознакомления.
ОтветитьУдалитьКак только появится на Озоне приобрету для себя.
Спасибо.
Оказывается, основной конкурент еще в августе обломился со второй редакцией своей книги - издательство отказалось
ОтветитьУдалитьhttp://blog.scottlowe.org/2010/08/25/my-book-project-has-been-canceled/
А Михаил - бестселлерист! ;)
не повезло чуваку.
ОтветитьУдалитьНачал изучать vSphere4 с книги VCP4 от Sybex. Очень много вопросов осталось после прочтения. С помощью вашей книги (первого издания) сумел на них ответить.
ОтветитьУдалитьДостаточно легко читается и есть некоторые подробности работы тех или иных компонентов (это особенный плюс). В книги от Sybex сухой материал из категории How-To.
Хотелось бы сделать небольшое замечание по поводу установки MSSQLServer для vSphere (а также для VUM).
Для использования windows-аутентификации можно выбирать как LocalSystem/NetworkService, так и пользовательскую учетную запись. Критериями выбора между тем и другим может быть следующее:
1) Ограничение привилегий
2) Аудит
В другом особых различий нет.
спасибо.
ОтветитьУдалитьНу где ж купить? (( Нет нигде :()()
ОтветитьУдалитьhttp://www.vm4.ru/2011/01/book-how-to-buy.html
ОтветитьУдалитьМихаил, а не планируете ли вы выпустить такую же отличную и подробную книгу, но уже по View ?
ОтветитьУдалитьспасибо за комплимент :-)
ОтветитьУдалитьпока таких планов нет.
Отчасти по причине того, что View гораздо более узкоспециализированный продукт, и он проще.
Очень жаль.
ОтветитьУдалитьВостребованность его растет и толковая книга по View + ThinApp была бы очень кстати...
Купил эту книгу.
ОтветитьУдалитьИМХО п.1.2.1 может лучше поправить?
А то цитата ESX состоит из двух компонентов - гипервизор и Linux меня озадачили.
В моем представлении.
ESX4 состоит из двух компонентов - гипервизор, являющиеся собой минимальную операционную систему (микроядром) на основе ОС Linux и консоли управления гипервизора, которая представляет собой виртуальную машину на базе ОС Linux RHE.
Я имел ввиду 4 версию ESX-а.
во-первых - обоснование вашей точки зрения?
ОтветитьУдалитьПростите, обосновании чего?
ОтветитьУдалитьто что гипервизор ESX-а это самостоятельная ОС.
посудите сами ПО которое имеет ядро, набор драйверов для работы с оборудование так же умеет работать с ФС в нашем случаем VMFS. По моему по этим признаком ее можно назвать ОС.
сервисная консоль это виртуальная машина на базе RHE, это можно увидеть если посмотреть datastore локального диска, где лежит в качестве виртуальной машины это сервисная консоль. или при старте ESX когда видно как идет процесс загрузки гипервизора, затем подключения VMFS раздела и запуск VM с сервисной консолью.
Еще хочу выделить эти строки - В моем представлении. :)
ОтветитьУдалитьVMware states that the ESX product runs on "bare metal".[4] In contrast to other VMware products, it does not run atop a third-party operating system,[2] but instead includes its own kernel. Up through the current ESX version 4.1, a Linux kernel is started first,[5] and is used to load a variety of specialized virtualization components, including VMware's 'vmkernel' component. This previously-booted Linux kernel then becomes the first running virtual machine and is called the service console. Thus, at normal run-time, the vmkernel is running on the bare computer and the Linux-based service console runs as the first virtual machine.
ОтветитьУдалитьhttp://en.wikipedia.org/wiki/VMware_ESX
Линукс стартует сам по себе
ОтветитьУдалитьи потом его "помещают" в ВМ
а vmkernel сам по себе не стартует
плюс к тому ESX можно запустить в troubleshooting режиме - Linux-only...
очень дискуссионный вопрос кто тут курица а кто яйцо. Моя формулировка, имхо, достаточна хороша чтобы ее оставить, пусть и не идеальна.
Перечитав еще раз, наверно соглашусь с вами. Для человека только начавшего изучать эту систему сразу усложнять представления о ней не стоит. А то забросит это дело :)
ОтветитьУдалитьПросьба, если будет возможно в следующей книги, добавить предметный указатель. что бы сделать поиск более быстрым.
ОтветитьУдалитья надеюсь на электронную версию - поиск даже по указателю не особо удобная штука.
ОтветитьУдалитьне знаю, до сих пор предпочитаю бумажный вариант. видимо так останется до тех пор пока ipad не прикуплю :)
ОтветитьУдалитьдля чтения - возможно. для поиска по конкретному вопросу - я уверен что если в наличии будет pdf где можно нажать Ctrl + F - рука сама будет тянуться :)
ОтветитьУдалитьзаметил что люди делятся на тех кому удобно с ПК читать pdf, а кому то в бумажном варианте, хотя приходится читать в основном в pdf. Видимо отношусь ко вторым. Хотя Ctrl + F как и Ctrl + С и Ctrl + V страшное оружие :)
ОтветитьУдалитьлично я уже лет пять пользуюсь e-ink, купил первую году в 2006-2007. Дома из бумажных книг - только собственная :)
ОтветитьУдалитьтолько две книги в доме? :)
ОтветитьУдалитьпользовался e-ink понравилось. Кстати если сравнивать по удобству чтения документация на e-ink и ipad, что вы предпочитаете при чтении многостраничных документов (удобство просмотра, нагрузка на глаза). стою перед выбором, купить для чтения e-ink или задушить жабу и купить полноценное устройство - ipad.
С ipad-ом долго не работал, так в магазине изучал.
бумажных в общем да, две :)
ОтветитьУдалитьвсе остальное что успел напокупать до eink поотдавали.
eink мне комфортнее для глаз. для не-pdf он лучше.
но с момент покупки iPad пользуюсь только им - читать pdf неплохо (на моих eink устройствах читать немасштабрующийся pdf просто невозможно), и плюс к чтению - интернет, почта, фильмы, музыка.
Пусть iPad я заряжаю каждую ночь, а не раз в неделю-две как читалки, но работа в течении дня меня устраивает.
вроде бы какие-то читалки pdf могут нормально показывать - но те с какими работал я не могли (де-факто) никак - очень мелко.
извиняюсь что разговор не по теме книги, но все таки.
ОтветитьУдалитьпо размеру памяти в ipad, если какие то существенные отличия. 16 32 или 64. Стоит ли гнатся за 64, или вполне хватит для обычного использования 16 или 32GB
давайте на мыло такие вопросы :)
ОтветитьУдалитьу меня 32, мне хватает - но я не особо люблю фильмы смотреть. а так чем больше памяти - тем реже что новое надо закидывать, удаляя старое.
>вроде бы какие-то читалки pdf могут нормально показывать
ОтветитьУдалитьSony RPS-505 со сторонней прошивкой может масштабировать pdf-ы.
Amazon Kindle DX или pocketbook pro 902 имеют размеры/разрешение для нормального отображения pdf-ов. В Kindle также есть функция масштабирования.
В пользовании RPS и Kindle.
>все остальное что успел напокупать до eink поотдавали.
Кстати, да: как только находится электронная версия книги, бумажная сразу же отдается кому-нибудь на работе.
bond_jimme
да, пользовался как раз 505 до айпада. на айпаде за счет размеров экрана читать удобнее все таки.
ОтветитьУдалитьну и плюс правильные читалки позволяют пометки оставлять в файле, видимые потом на компе - меня очень выручила при финальной вычитке макета книги. сидишь так в электричке\в очереди\где угодно и занимаешься нужным делом.
*правильные читалки на айпаде
ОтветитьУдалитьВ вашей книге прочитал что в случае потери LUN, краткосрочной, ни чего опасного с vm не происходит. ESX(i)кеширует данные а затем записывает их при появлении LUN.
ОтветитьУдалитьНедавно натолкнулся на следующую статью http://www.yellow-bricks.com/2011/04/07/mythbusters-esxesxi-caching-io/
Насколько я понял мнение автора противоположно вашему?
напомните страницу, пожалуйста, где у меня это написано - прежде чем комментировать надо вспомнить что именно я писал.
ОтветитьУдалитьКнига дома. Постараюсь найти. Просто в памяти зафиксировался сей факт. Лично для меня лучше бы что бы ESX мог кешировать данные)
ОтветитьУдалитьВ старой книге глава 3.4.2
ОтветитьУдалитьстр. 155
Последние несколько предложений в этой главе.
При недоступности LUN менее 60 сек.
не, насколько я понимаю, это разные вещи:
ОтветитьУдалитьДункан пишет о том, что при_штатной_работе кеширования ввода вывода не происходит.
а я пишу о том, что когда_произошла_проблема с доступом к хранилищу - умер путь, идет переключение на другой путь - гость будет выжидать таймаут (который рекомендуется увеличить с дефолтных значений) - _не_получив_от_ESX(i)_подтверждения_записи.
благодаря этому, если пауза в работе дисковой будет не больше таймаута - гость не умрет, работа с дисковой продолжится.
пауза больше таймаута - гость умрет, но целостность данных будет не хуже чем была бы в случае такой же проблемы физического сервера.
VMware ESX acknowledges a write or read to a guest operating system only after that write or read is acknowledged by the hardware controller to ESX
ОтветитьУдалитьТо есть при определении хостом ESX что физич контроллер потерял доступ к диску, гипервизор переходит в другой режим работы, с кэшированием?
...гость будет выжидать таймаут ...
ОтветитьУдалить__не__получив__от__ESX(i)__подтверждения__записи.
почему вы читаете это как
"То есть при определении хостом ESX что физич контроллер потерял доступ к диску, гипервизор переходит в другой режим работы, с кэшированием?"
???
Я не пытаюсь это так читать.
ОтветитьУдалитьНасколько я правильно перевел ESX хост считает что данные с виртуальной машины прочитаны или записаны только после того как подтверждается контроллером физическое чтение или запись на диск. То есть ESX не кэширует данные.
То что:
гость будет выжидать таймаут ...
__не__получив__от__ESX(i)__подтверждения__записи.
С этим согласен. Но тогда получается обработка отсутствия возможности прочитать или записать данные идет на уровне гостевой ОС, а не уровни гипервизора ESX-а?
гипервизор выступает как посредник между гостем и СХД.
ОтветитьУдалитьгость формировал запрос на запись -> его перехватил гипервизор -> передал на СХД.
СХД подтвердила -> гипервизор отметил запись как завершенную, сообщил об этом гостю -> гость отметил операцию как завершенную.
СХД не подтвердила - оба уровня не отметили как завершенную.
так что обработка идет на обоих уровнях, насколько я понимаю, но оба уровня статус обработки фиксируют или не фиксируют синхронно.
гипервизор выступает как посредник между гостем и СХД.
ОтветитьУдалитьсамо собой.
так что обработка идет на обоих уровнях, насколько я понимаю, но оба уровня статус обработки фиксируют или не фиксируют синхронно
но кеширует данные может гостевая ОС и возможно дисковый массив.
Сам ESX похоже не кеширует т.к. возможно опасаются, что еще один уровень (сохранения данных) сможет сказатся на их консистентности.
In other words, there is no write cache on ESX to talk about, and so disabling it is moot. So that’s one thing out of our way