Развертывание на EC2
[ Полное раскрытие ]
Хотя он еще не настолько полнофункциональный, как некоторые из других профилировщиков памяти .NET, перечисленных здесь, есть новая запись о Рынок называется JustTrace . Он сделан Telerik, и его основная цель - сделать трассировку / профилирование проще и быстрее для всех типов приложений (веб / Silverlight / рабочий стол).
Если вы когда-либо находили профилирование и оптимизацию пугающими или медленными с другими инструментами, то JustTrace , возможно, стоит посмотреть.
6 ответов
Я рекомендую хранить ваш PHP-код в репозитории, таком как SVN, и писать сценарий, который проверяет последний код из репозитория и повторно развертывает его, когда вы хотите обновить. Вы также можете запустить этот сценарий при запуске экземпляра, чтобы вы получали последний код всякий раз, когда запускаете новый экземпляр; избавляет от необходимости каждый раз создавать новый AMI.
Основная проблема, которую я не видел в EC2, - это время запуска экземпляра, особенно в Windows. Для запуска экземпляров Linux требуется от 5 до 10 минут, но я видел, что экземпляры Windows занимают до 40 минут; это может быть проблемой, если вы хотите выполнить динамическую балансировку нагрузки и запускать новые экземпляры при увеличении нагрузки.
I have deployed some simple stuff to EC2 Win2k3 instances. Here's my advice:
Find a tutorial. Sign up for the service. Just spend an afternoon setting up your first server. It's pretty darned easy, though there will be obstacles to overcome. It's not too tough.
When I was fooling with EC2 I think I spent like $2.00 setting up a server and playing with it for a while.
Some of your data will be persistent, but you can connect S3 to EC2 as well.
Just go for it!
Ваш подход к виртуальному ящику я предлагаю вам использовать после того, как вы лучше познакомитесь с инфраструктурой EC2. Я предлагаю вам перейти на EC2, открыть учетную запись и следовать руководству по началу работы с Amazon EC2. Это руководство предоставит вам достаточно информации обо всем (EBS, IP, ПОДКЛЮЧЕНИЯ и др.), Чтобы вы могли начать работу. В настоящее время мы используем EC2 для производства, и то, как мы начали, было таким, как я объясняю здесь.
Надеюсь, вы скоро станете экспертом по облакам.
I'd suggest the best bet is to simply 'try it'. The charges to run a small instance are not high and data transfer rates are very low - I have moved quite a few GB and my data fees are still less than a dollar(!) in my first month. You will likely end up paying mostly for system time rather than data I suspect.
I haven't deployed yet but have run up an instance, migrated it from Ubuntu 8.04 to 8.10, tried different port security settings, seen what sort of access attempts unknown people have tried (mostly looking for phpadmin), run some testing against it and generally experimented with the config and restart of the components I'm deploying. It has been a good prelude to my end deployment. I won't be starting with a big DB so will be initially sticking with the standard EC2 instance space.
The only negativity I have heard it that some spammers have made some of the IP ranges subject to spam-blocking - but have not yet confirmed that.
Per timbo's concern, I was able to nab an IP that, so far hasn't legitimately shown up on any spam lists. You will have a few hiccups since many blacklists are technically whitelists and will have every IP on their list until otherwise notified that a Mail Server is running on that IP. It's really easy to remove, most of them have automated removal request forms and every one that doesn't has been very cooperative in removing me from their lists. Just be professional, ask if they can give a time and reason for the block and what steps you should take to remove your IP. All the services I have emailed never asked me to jump through any hoops, within two or three business days they all informed me my IP had been removed.
Still, if you plan on running a mail server I would recommend reserving IPs now. They're 1 cent per every hour they are not bound to an instance so it works out to being about $7 a month. I went ahead and reserved an extra one as I plan on starting up another instance soon.
Мы развернули крупномасштабное коммерческое приложение в среде AWS.
Существует три основных подхода к контролю над изменениями после запуска сервера, все из которых мы используем в различные ситуации:
- Сохраните изменения в системе контроля версий. Имейте сценарий, который является частью вашего исходного изображения, который может извлекать самые последние и самые лучшие. Вы можете загрузить код PHP, настройки Apache, все, что вам нужно. Если вам нужно перезапустить свой экземпляр из AMI (Amazon Machine Image), просто запустите свой сценарий, чтобы получить последний код и конфигурацию, и все готово.
- Используйте EBS (Elastic Block Storage). EBS похож на большой внешний жесткий диск, который вы можете подключить к своему экземпляру. Даже если ваш экземпляр уйдет, EBS останется в живых. Если позже вам понадобятся два (или более) одинаковых экземпляра, вы можете предоставить каждому из них доступ к тому, что вы сохраняете в EBS. См. https://stackoverflow.com/a/3630707/141172
- Записывать новый AMI после каждого изменения. Есть инструмент для создания нового AMI из запущенного экземпляра. Если EBS - это как внешний жесткий диск, то создание нового AMI - это как DVD-R. Вы можете сохранить в нем текущее состояние вашей машины. В следующий раз, когда вам нужно будет запустить новый экземпляр, основывайте его на этом новом AMI. Хорошо.