боков блог » administration http://bokov.net/blog я.боков - standalone blog Thu, 26 Apr 2012 17:08:05 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 EC2 – микро инстансы за 2 цента в час http://bokov.net/blog/amazon-ec2/ec2-%d0%bc%d0%b8%d0%ba%d1%80%d0%be-%d0%b8%d0%bd%d1%81%d1%82%d0%b0%d0%bd%d1%81%d1%8b-%d0%b7%d0%b0-2-%d1%86%d0%b5%d0%bd%d1%82%d0%b0-%d0%b2-%d1%87%d0%b0%d1%81/ http://bokov.net/blog/amazon-ec2/ec2-%d0%bc%d0%b8%d0%ba%d1%80%d0%be-%d0%b8%d0%bd%d1%81%d1%82%d0%b0%d0%bd%d1%81%d1%8b-%d0%b7%d0%b0-2-%d1%86%d0%b5%d0%bd%d1%82%d0%b0-%d0%b2-%d1%87%d0%b0%d1%81/#comments Fri, 10 Sep 2010 13:46:40 +0000 alexey bokov http://bokov.net/blog/?p=366 Amazon анонсировал микро инстансы в EC2 – теперь самый дешевый instance в линейке EC2 стоит 2 (два) цента в час и похоже что хостинг на EC2 становится дешевле чем low-cost dedicated – за 2 цента в час ( 15 долларов в месяц ) получаем linux с root/ssh и всеми соответствующими пирогами. Есть конечно и подводные камни – во первых производительность таких micro instance будет явно очень небольшой ( см – Amazon EC2 Micro instance, how fast is it? ), во вторых собственно дискового пространства на таком micro instance нет и для хранения данных в файловой системе надо использовать EBS, что стоит некоторых небольших денег – 10 центов в месяц за каждый Гб хранимых данных плюс 10 центов за каждый миллион операций ввода-вывода.

TwitterFacebookLinkedInLiveJournalFriendFeedGoogle BookmarksShare/Bookmark

]]> http://bokov.net/blog/amazon-ec2/ec2-%d0%bc%d0%b8%d0%ba%d1%80%d0%be-%d0%b8%d0%bd%d1%81%d1%82%d0%b0%d0%bd%d1%81%d1%8b-%d0%b7%d0%b0-2-%d1%86%d0%b5%d0%bd%d1%82%d0%b0-%d0%b2-%d1%87%d0%b0%d1%81/feed/ 14 Про доменную зону .РФ http://bokov.net/blog/internet/%d0%bf%d1%80%d0%be-%d0%b4%d0%be%d0%bc%d0%b5%d0%bd%d0%bd%d1%83%d1%8e-%d0%b7%d0%be%d0%bd%d1%83-%d1%80%d1%84/ http://bokov.net/blog/internet/%d0%bf%d1%80%d0%be-%d0%b4%d0%be%d0%bc%d0%b5%d0%bd%d0%bd%d1%83%d1%8e-%d0%b7%d0%be%d0%bd%d1%83-%d1%80%d1%84/#comments Mon, 07 Dec 2009 21:18:47 +0000 alexey bokov http://bokov.net/blog/?p=254 Интервью Андрея Колесникова на ЭхоМосквы в программе Точка Плющева

via plushev
upd Еще одно интервью – .РФ без мата – поскольку russia.ru то в общем то ни о чём.

TwitterFacebookLinkedInLiveJournalFriendFeedGoogle BookmarksShare/Bookmark

]]> http://bokov.net/blog/internet/%d0%bf%d1%80%d0%be-%d0%b4%d0%be%d0%bc%d0%b5%d0%bd%d0%bd%d1%83%d1%8e-%d0%b7%d0%be%d0%bd%d1%83-%d1%80%d1%84/feed/ 0 К вопросу о производительности ресурсов от cloud провайдеров http://bokov.net/blog/amazon-ec2/%d0%ba-%d0%b2%d0%be%d0%bf%d1%80%d0%be%d1%81%d1%83-%d0%be-%d0%bf%d1%80%d0%be%d0%b8%d0%b7%d0%b2%d0%be%d0%b4%d0%b8%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d1%81%d1%82%d0%b8-%d1%80%d0%b5%d1%81%d1%83%d1%80/ http://bokov.net/blog/amazon-ec2/%d0%ba-%d0%b2%d0%be%d0%bf%d1%80%d0%be%d1%81%d1%83-%d0%be-%d0%bf%d1%80%d0%be%d0%b8%d0%b7%d0%b2%d0%be%d0%b4%d0%b8%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d1%81%d1%82%d0%b8-%d1%80%d0%b5%d1%81%d1%83%d1%80/#comments Tue, 18 Aug 2009 13:46:42 +0000 alexey bokov http://bokov.net/blog/?p=235 Cloud Hosting Performance
  • Measuring EC2 system performance
  • Comparing Amazon EC2 performance with other cloud/VPS hosting options… and real hardware
  • Monitoring Cloud Computing Performance with PRTG: CPU, Disk, Memory Speed Comparison of Amazon EC2 Instance Types

    • TwitterFacebookLinkedInLiveJournalFriendFeedGoogle BookmarksShare/Bookmark

    ]]>     http://bokov.net/blog/amazon-ec2/%d0%ba-%d0%b2%d0%be%d0%bf%d1%80%d0%be%d1%81%d1%83-%d0%be-%d0%bf%d1%80%d0%be%d0%b8%d0%b7%d0%b2%d0%be%d0%b4%d0%b8%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d1%81%d1%82%d0%b8-%d1%80%d0%b5%d1%81%d1%83%d1%80/feed/ 0     Регионы и зоны в Amazon EC2 http://bokov.net/blog/amazon-ec2/%d1%80%d0%b5%d0%b3%d0%b8%d0%be%d0%bd%d1%8b-%d0%b8-%d0%b7%d0%be%d0%bd%d1%8b-%d0%b2-amazon-ec2/ http://bokov.net/blog/amazon-ec2/%d1%80%d0%b5%d0%b3%d0%b8%d0%be%d0%bd%d1%8b-%d0%b8-%d0%b7%d0%be%d0%bd%d1%8b-%d0%b2-amazon-ec2/#comments Tue, 28 Jul 2009 07:48:43 +0000 alexey bokov http://bokov.net/blog/?p=223 Не так давно amazon анонсировал появление дополнительной зоны в регионе us-east – us-east-1d – теперь у EC2 есть два региона – us-east-1 ( в котором есть 4 зоны us-east-1a, us-east-1b, us-east-1c, us-east-1d ) и eu-west-1 ( в котороем есть две зоны eu-west-1a и eu-west-1c ). Для начала о регионах – регионы в EC2 – это географически разные ДЦ, с полностью независимыми namespace для всего – единственное что их объединяет это платежный аккаунт – оба региона доступны в AWS console, и так же доступны через command line API – при этом для того чтобы команда применялась как региону отличному от региона по умолчанию необходимо использовать ключ –region – фактически обращение за данными по разным урлам – eu-west-1.compute.amazonaws.com и us-east-1.compute.amazonaws.com. При работе через SOAP нужно использовать соответствующий урл, а не параметр как ожидалось – было бы логичнее чтобы была одна точка входа, а регион был обычным параметром, каким он собственно и является. Пространства пар ключей, имен AMI, запущенных инстансов и все остальное в регионах абсолютно непересекаются – поэтому чтобы посмотреть все запущенные инстансы надо использовать ec2-describe-instances –region us-east-1 а потом ec2-describe-instances –region eu-west-1. И поэтому например официальные провайдеры AMI ( такие как alestic.com – ubuntu, sun – open solaris ) поддерживают свои образы для каждого региона, поскольку запустить instance можно только по AMI который находится в том же регионе где запускается данные instance. Впрочем, oracle например поддерживает только us-east-1, тем самым заставляя своих пользователей пользоваться ec2-migrate-bundle. Более того – расценки за ресурсы размещенные в разных регионах – разные ( в eu-west-1 немного выше ), также трафик между регионами не считается внутренним и также оплачивается. Регионом по умолчанию как правило является us-east-1, также по умолчанию в amazon EC2 есть верхняя граница одновременно запущенных instances – не более 10 на аккаунт. Если нужно больше – письмо в support ( реагируют они на самом деле достаточно быстро ) но расширяют возможности по увеличению количества одновременно запущенных instance предоставляя новый пул в регионе eu-west-1 в котором ресурсы несколько дороже чем us-east-1. Регионы в EC2 – это физически изолированные друг от друга instances которые находятся физически удаленно друг от друга, отдельно конфигурируются, имеют независимые namespace для ресурсов, создаются, ресурсы в которых имеют разную стоимость и трафик между регионами не считается внутренним и оплачивается. Естественно, что по внутреннему DNS имени instances доступны только внутри своего региона.
    Зоны в EC2 имеют другой смысл – это также физически разные ДЦ ( или стойки ? ) , но зоны не имеют своих namespace – то есть для всех зон внутри региона все данные – ключи, AMI – общие, конфигуруются они также вместе, доступ между instance из разных зон возможен по внутреннему DNS имени, трафик между зонами считается внутренним, тарификация ресурсов в разных зонах для одного региона также одинаковая. Таким образом зоны позволяют в определенных пределах управлять физическим размещением кластера и гарантировать то что instance запущенны на физически разных серверах – такая проблема может возникнуть например для data-aware routing в случае возможного размещения instance на физически одной стойке характеристики приложения сильно изменяются – наличие зон в определённом плане решает данную проблему. Для запуска instance в конкретной зоне
    ec2-run-instances –region -z <имя_зоны>
    Посмотреть доступные зоны и регионы можно командой ec2-describe-availability-zones и ec2-describe-regions
    abokov@abokov-desktop:~$ ec2-describe-availability-zones –region us-east-1
    AVAILABILITYZONE us-east-1a available us-east-1
    AVAILABILITYZONE us-east-1b available us-east-1
    AVAILABILITYZONE us-east-1c available us-east-1
    AVAILABILITYZONE us-east-1d available us-east-1
    abokov@abokov-desktop:~$ ec2-describe-availability-zones –region eu-west-1
    AVAILABILITYZONE eu-west-1a available eu-west-1
    AVAILABILITYZONE eu-west-1b available eu-west-1
    abokov@abokov-desktop:~$ ec2-describe-regions
    REGION eu-west-1 eu-west-1.ec2.amazonaws.com
    REGION us-east-1 us-east-1.ec2.amazonaws.com

    TwitterFacebookLinkedInLiveJournalFriendFeedGoogle BookmarksShare/Bookmark

    ]]>     http://bokov.net/blog/amazon-ec2/%d1%80%d0%b5%d0%b3%d0%b8%d0%be%d0%bd%d1%8b-%d0%b8-%d0%b7%d0%be%d0%bd%d1%8b-%d0%b2-amazon-ec2/feed/ 0     Настройка Ubuntu для работы в EC2 http://bokov.net/blog/amazon-ec2/%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%be%d0%b9%d0%ba%d0%b0-ubuntu-%d0%b4%d0%bb%d1%8f-%d1%80%d0%b0%d0%b1%d0%be%d1%82%d1%8b-%d0%b2-ec2/ http://bokov.net/blog/amazon-ec2/%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%be%d0%b9%d0%ba%d0%b0-ubuntu-%d0%b4%d0%bb%d1%8f-%d1%80%d0%b0%d0%b1%d0%be%d1%82%d1%8b-%d0%b2-ec2/#comments Fri, 17 Jul 2009 11:22:50 +0000 alexey bokov http://bokov.net/blog/?p=211 Короткий how-to на тему настройки чистой Ubuntu для работы с EC2 API

    1) Убираем openjdk, gij
    apt-get remove openjdk-*
    apt-get removel gij-*

    2) ставим нормальную java от sun
    apt-get install sun-java6-jdk

    3) Инсталлируем EC2 API
    cd /home/abokov/

    http://s3.amazonaws.com/ec2-downloads/ec2-api-tools.zip

    unzip ec2-api-tools.zip

    4) Конфигурируем переменные окружения : я добавляю это в конец ~/.bashrc
    #ec2 deal with stuff
    export JAVA_HOME=/usr/lib/jvm/java-6-sun
    # setting up Amazon EC2
    export EC2_HOME=/home/abokov/ec2-api-tools-1.3-30349
    export PATH=$PATH:$EC2_HOME/bin:
    export EC2_PRIVATE_KEY=/home/abokov/keys/pk-XXX.pem
    export EC2_CERT=/home/abokov/keys/cert-XXX.pem

    export EC2_ACCESS_KEY_ID=***
    export EC2_SECRET_ACCESS_KEY=***

    Готово – проверить можно запустив например ec2-describe-instances.

    TwitterFacebookLinkedInLiveJournalFriendFeedGoogle BookmarksShare/Bookmark

    ]]>     http://bokov.net/blog/amazon-ec2/%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%be%d0%b9%d0%ba%d0%b0-ubuntu-%d0%b4%d0%bb%d1%8f-%d1%80%d0%b0%d0%b1%d0%be%d1%82%d1%8b-%d0%b2-ec2/feed/ 0     немного про надежность запущенных instance в EC2 http://bokov.net/blog/amazon-ec2/%d0%bd%d0%b5%d0%bc%d0%bd%d0%be%d0%b3%d0%be-%d0%bf%d1%80%d0%be-%d0%bd%d0%b0%d0%b4%d0%b5%d0%b6%d0%bd%d0%be%d1%81%d1%82%d1%8c-%d0%b7%d0%b0%d0%bf%d1%83%d1%89%d0%b5%d0%bd%d0%bd%d1%8b%d1%85-instance-%d0%b2/ http://bokov.net/blog/amazon-ec2/%d0%bd%d0%b5%d0%bc%d0%bd%d0%be%d0%b3%d0%be-%d0%bf%d1%80%d0%be-%d0%bd%d0%b0%d0%b4%d0%b5%d0%b6%d0%bd%d0%be%d1%81%d1%82%d1%8c-%d0%b7%d0%b0%d0%bf%d1%83%d1%89%d0%b5%d0%bd%d0%bd%d1%8b%d1%85-instance-%d0%b2/#comments Mon, 13 Jul 2009 16:20:25 +0000 alexey bokov http://bokov.net/blog/?p=205 Сегодня мне наконец удалось собственноручно положить instances с 64 битной Ubuntu – запущенный в бесконечной рекурсии скрипт на bash делает своё грязное дело – “съедает” все сокеты, так что ssh ( и все остальное ) ложится намертво. Что делать – ec2-reboot-instances спасет ( все что было в памяти естесственно будет потеряно ), с первого раза reboot не всегда удается – иногда приходится по несколько раз посылать на ребут. Еще полезная штука – AWS Managment Console, которая тоже умеет делать reboot и shutdown, но самое главное в ней всегда можно посмотреть system log. От себя замечу что dedicated box с например FreeBSD в подобных ситуациях ( кто то пожрал сокеты ) ведет себя абсолютно точно также – лежит, и чтобы поднять надо уже его руками поднимать – либо через Managment interface если сервер не совсем старый, или руками Reset нажимать если удаленно он вообще недоступен. Посколько привилигия доступа к managment interface обычно есть у крайне узкого круга лиц, то повисла машина – стучимся до админов, и он уже поднимает упавшее. Попробуйте проделать этот трюк раз 5 за час и узнайте все что думают админы про кривые руки программистов – на ec2 managment interface доступен всем и пинать для того чтобы поднять упавшую ноду никого не надо.

    TwitterFacebookLinkedInLiveJournalFriendFeedGoogle BookmarksShare/Bookmark

    ]]>     http://bokov.net/blog/amazon-ec2/%d0%bd%d0%b5%d0%bc%d0%bd%d0%be%d0%b3%d0%be-%d0%bf%d1%80%d0%be-%d0%bd%d0%b0%d0%b4%d0%b5%d0%b6%d0%bd%d0%be%d1%81%d1%82%d1%8c-%d0%b7%d0%b0%d0%bf%d1%83%d1%89%d0%b5%d0%bd%d0%bd%d1%8b%d1%85-instance-%d0%b2/feed/ 3