Комментарии к записи: VMware на NFS: не только NetApp http://blog.aboutnetapp.ru/archives/163 Системы хранения данных как предмет разговора Wed, 07 Apr 2021 12:07:09 +0000 http://wordpress.org/?v=2.6 Автор: Ildarych http://blog.aboutnetapp.ru/archives/163#comment-75 Ildarych Thu, 18 Sep 2008 10:23:29 +0000 http://blog.aboutnetapp.ru/?p=163#comment-75 1. Vol create oradata 100g 2. vol autosize oradata -m 1t -i 10g on 3. lun create -s 1t -t solaris -o noreserve /vol/oradata/lun0 Аутосайз сам расширяет, если кончилось место в томе. Но имейте ввиду, что нормальное расширение, т.е. даже когда что-то пишется работает только с LUN, если на томе сделать NFS шару и поставить авторасширение, то в случае например вы копируете и кончилось место, он ругнется и отвалиться, а потом уже Netapp его расширит и только на инкремент в опции -i. Т.е. если вы копировали 100Г и нет места, он сто раз будет говорит, что нет места, и 100 раз будет расширяться, поэтому в случае с NFS придеться за местом следить самому. 1. Vol create oradata 100g
2. vol autosize oradata -m 1t -i 10g on
3. lun create -s 1t -t solaris -o noreserve /vol/oradata/lun0

Аутосайз сам расширяет, если кончилось место в томе. Но имейте ввиду, что нормальное расширение, т.е. даже когда что-то пишется работает только с LUN, если на томе сделать NFS шару и поставить авторасширение, то в случае например вы копируете и кончилось место, он ругнется и отвалиться, а потом уже Netapp его расширит и только на инкремент в опции -i.
Т.е. если вы копировали 100Г и нет места, он сто раз будет говорит, что нет места, и 100 раз будет расширяться, поэтому в случае с NFS придеться за местом следить самому.

]]> Автор: romx http://blog.aboutnetapp.ru/archives/163#comment-74 romx Thu, 18 Sep 2008 09:41:19 +0000 http://blog.aboutnetapp.ru/?p=163#comment-74 Встряну со своей стороны: имейте ввиду, что почти наверняка можно попросить у NetApp демо-лицензию на NFS, чтобы попробовать его практически на вашей реальной системе, и убедиться в его нужности и работоспособности до собственно покупки. Почти всегда идут навстречу, свяжитесь с поставлявшим вам систему партнером, пусть они свяжутся с представительством. Это же действует на любую опцию NetApp имеющую лицензию. Не стесняйтесь спрашивать. :) Встряну со своей стороны: имейте ввиду, что почти наверняка можно попросить у NetApp демо-лицензию на NFS, чтобы попробовать его практически на вашей реальной системе, и убедиться в его нужности и работоспособности до собственно покупки.
Почти всегда идут навстречу, свяжитесь с поставлявшим вам систему партнером, пусть они свяжутся с представительством.
Это же действует на любую опцию NetApp имеющую лицензию. Не стесняйтесь спрашивать. :)

]]> Автор: sanet http://blog.aboutnetapp.ru/archives/163#comment-73 sanet Thu, 18 Sep 2008 09:30:55 +0000 http://blog.aboutnetapp.ru/?p=163#comment-73 Ildarych, серверов много, разнообразных, все по FC, все на одном аггрегате. LUN'ы нарезал с запасом. Первое время после инсталляции системы не был поднят ленточный бэкап и лили на диски. По неопытности - на рабочие луны, а не на отдельные. Ещё момент - частое клонирование баз. ?? прочие операции, когда дисковое пространство занимается на время. Одним словом, в результате имеем изрядно свободного места, про которое Netapp не знает. Проблема только в этом. В плане производительности и защиты данных, тьфу тьфу, вроде всё нормально. Хочется послушать русскоязычного человека с опытом работы оракла на NFS. А то в анонсах нетаппа больно радостный тон. Либо покупать NFS и тестить самому. А пока что, наверно, придётся мне пересоздать "особо отличившиеся" луны. Все луны - с noreserve. Про autosize тома я не в курсах. Это что? Ildarych, серверов много, разнообразных, все по FC, все на одном аггрегате. LUN’ы нарезал с запасом. Первое время после инсталляции системы не был поднят ленточный бэкап и лили на диски. По неопытности - на рабочие луны, а не на отдельные. Ещё момент - частое клонирование баз. ?? прочие операции, когда дисковое пространство занимается на время. Одним словом, в результате имеем изрядно свободного места, про которое Netapp не знает. Проблема только в этом. В плане производительности и защиты данных, тьфу тьфу, вроде всё нормально.

Хочется послушать русскоязычного человека с опытом работы оракла на NFS. А то в анонсах нетаппа больно радостный тон. Либо покупать NFS и тестить самому. А пока что, наверно, придётся мне пересоздать “особо отличившиеся” луны.

Все луны - с noreserve. Про autosize тома я не в курсах. Это что?

]]> Автор: Ildarych http://blog.aboutnetapp.ru/archives/163#comment-71 Ildarych Thu, 18 Sep 2008 09:04:20 +0000 http://blog.aboutnetapp.ru/?p=163#comment-71 Sanet, а можно более подробно? Насколько я понял, некий Sun сервер подключён по FC, и у вас кончилось место на массиве, а вы предварительно отдали под него все свободное место, грубо говоря один том, в нем один лун и это все на одну полку? Как подключать правильно NFS и какая скорость будет по NFS, есть в ссылках которые давал romx. Сам я лично с Oracle под NFS не работал, не довелось, но идея перспективная, особенно в свете 10G Ethernet. Очень советую обратить внимание на Best Practices Guide, там все есть и как подключать и как разбивать. В частности про разделение датафайлов, темп и т.д. В своих системах у меня 3 тома: data, temp, archivelog. Temp не снапшотиться, archivelog советуют ставить snapmirror, но я его пока что на агрегете с sata дисками разместил, места там много и скорость нормальная. ?? самое главное! В 99% создавайте лун с -o noreserve, т.е. без space reserve. ?? к этому ставьте на томе, где лун, autosize. Тем самым в большинстве случаев не будет душить жаба, что реально у нас база 100гиг, а мы под нее терабайтный лун сделали. Если много дисков/полок, смысла делать для данных, индексов, темпа и т.д. отдельные агрегейты нет никакого. Sanet, а можно более подробно?
Насколько я понял, некий Sun сервер подключён по FC, и у вас кончилось место на массиве, а вы предварительно отдали под него все свободное место, грубо говоря один том, в нем один лун и это все на одну полку?
Как подключать правильно NFS и какая скорость будет по NFS, есть в ссылках которые давал romx. Сам я лично с Oracle под NFS не работал, не довелось, но идея перспективная, особенно в свете 10G Ethernet.
Очень советую обратить внимание на Best Practices Guide, там все есть и как подключать и как разбивать. В частности про разделение датафайлов, темп и т.д.
В своих системах у меня 3 тома: data, temp, archivelog. Temp не снапшотиться, archivelog советуют ставить snapmirror, но я его пока что на агрегете с sata дисками разместил, места там много и скорость нормальная.
?? самое главное! В 99% создавайте лун с -o noreserve, т.е. без space reserve. ?? к этому ставьте на томе, где лун, autosize.
Тем самым в большинстве случаев не будет душить жаба, что реально у нас база 100гиг, а мы под нее терабайтный лун сделали.
Если много дисков/полок, смысла делать для данных, индексов, темпа и т.д. отдельные агрегейты нет никакого.

]]> Автор: sanet http://blog.aboutnetapp.ru/archives/163#comment-70 sanet Thu, 18 Sep 2008 08:32:47 +0000 http://blog.aboutnetapp.ru/?p=163#comment-70 romx, спасибо, проштудирую. В принципе, если даже датафайлы оставить на лунах, ничто не мешает лить на NFS файлы экспорта, архивлоги и т.п. Ildarych, можете прокомментировать? romx, спасибо, проштудирую. В принципе, если даже датафайлы оставить на лунах, ничто не мешает лить на NFS файлы экспорта, архивлоги и т.п.

Ildarych, можете прокомментировать?

]]> Автор: romx http://blog.aboutnetapp.ru/archives/163#comment-69 romx Thu, 18 Sep 2008 08:16:14 +0000 http://blog.aboutnetapp.ru/?p=163#comment-69 А, Sanjay Gulabani теперь Account Manager, судя по LinkedIn :) Кстати, на sql.ru в форумах есть Alex Roudnev, он тоже знатный оракловод, и у себя в Америке тоже на NetApp сидит и любит его. Обратите внимание на его посты в форуме sql.ru. А, Sanjay Gulabani теперь Account Manager, судя по LinkedIn :)

Кстати, на sql.ru в форумах есть Alex Roudnev, он тоже знатный оракловод, и у себя в Америке тоже на NetApp сидит и любит его. Обратите внимание на его посты в форуме sql.ru.

]]> Автор: romx http://blog.aboutnetapp.ru/archives/163#comment-68 romx Thu, 18 Sep 2008 08:05:39 +0000 http://blog.aboutnetapp.ru/?p=163#comment-68 sanet: сам я не специалист в Оракле, но вот ildarych, тот который не верит, что LUN иногда и уменьшают ;) - как раз оракловый админ с NetApp-ом (правда на FC, как я знаю). Попробуйте спросить у него. Далее. Можно для затравки почитать переведенную статью "Oracle on NFS" из весеннего выпуска TechONTAP. Там есть и ссылки на тесты производительности, посмотрите. http://www.vd.verysell.ru/files/ie/330_4_DOCUMENT_oracle_on_nfs.pdf Например под Linux. http://www.netapp.com/library/tr/3495.pdf Вся пополняемая библиотека переводов: http://www.vd.verysell.ru/suppliers/netapp/documentation ??меет смысл также посмотрть Best Practices Guide про Oracle http://media.netapp.com/documents/tr-3369.pdf Ну а кроме этого в блогах Нетапперов покопаться. http://www.netapp.com/us/communities/communities-blogs.html Блог Санджая давно не обновляется, возможно переехал http://netappdb.blogspot.com/ Зато есть живой: http://blogs.netapp.com/databases/ sanet: сам я не специалист в Оракле, но вот ildarych, тот который не верит, что LUN иногда и уменьшают ;) - как раз оракловый админ с NetApp-ом (правда на FC, как я знаю). Попробуйте спросить у него.

Далее. Можно для затравки почитать переведенную статью “Oracle on NFS” из весеннего выпуска TechONTAP. Там есть и ссылки на тесты производительности, посмотрите.
http://www.vd.verysell.ru/files/ie/330_4_DOCUMENT_oracle_on_nfs.pdf

Например под Linux.
http://www.netapp.com/library/tr/3495.pdf

Вся пополняемая библиотека переводов:
http://www.vd.verysell.ru/suppliers/netapp/documentation

??меет смысл также посмотрть Best Practices Guide про Oracle
http://media.netapp.com/documents/tr-3369.pdf

Ну а кроме этого в блогах Нетапперов покопаться.
http://www.netapp.com/us/communities/communities-blogs.html

Блог Санджая давно не обновляется, возможно переехал
http://netappdb.blogspot.com/
Зато есть живой:
http://blogs.netapp.com/databases/

]]> Автор: sanet http://blog.aboutnetapp.ru/archives/163#comment-67 sanet Thu, 18 Sep 2008 07:41:01 +0000 http://blog.aboutnetapp.ru/?p=163#comment-67 Роман, все последние статьи про NFS относятся к Vmware. А есть ли опыт переползания с LUN'ов на NFS для физических машин? Насколько проседаем по производительности в этом случае, в частности для Оракла? У меня задача уменьшения лунов уже встала во весь рост, а SnapDrive для многопроцессорных SPARC'ов, боюсь, сильно дорог. Роман, все последние статьи про NFS относятся к Vmware. А есть ли опыт переползания с LUN’ов на NFS для физических машин? Насколько проседаем по производительности в этом случае, в частности для Оракла?
У меня задача уменьшения лунов уже встала во весь рост, а SnapDrive для многопроцессорных SPARC’ов, боюсь, сильно дорог.

]]> Автор: romx http://blog.aboutnetapp.ru/archives/163#comment-66 romx Wed, 17 Sep 2008 14:56:38 +0000 http://blog.aboutnetapp.ru/?p=163#comment-66 Я поищу, но политически грамотным будет воспользоваться результатами официальных бенчмарков - SPC-1 и SPEC SFS. Я поищу, но политически грамотным будет воспользоваться результатами официальных бенчмарков - SPC-1 и SPEC SFS.

]]> Автор: Alex http://blog.aboutnetapp.ru/archives/163#comment-65 Alex Wed, 17 Sep 2008 12:23:56 +0000 http://blog.aboutnetapp.ru/?p=163#comment-65 еще такой вопрос: нет ли у вас результатов замеров IOPSов для систем NetApp? в архивах блога смотрел, но там статьи про бенчмарки покоцанные.. еще такой вопрос: нет ли у вас результатов замеров IOPSов для систем NetApp? в архивах блога смотрел, но там статьи про бенчмарки покоцанные..

]]>