Соображения, когда chosing процессоры AMD по Intel
Общедоступный IP резервируется к Вашему ISP. Если Вы изменитесь ISP, то Вы измените свой IP также. Это - то, вследствие того, что ISP покупает диапазон IP и announe это к маршрутизаторам Интернета.
DNS может быть установлен на IP, который Вы хотите. Имя Вы вставляете его, может быть локализован (как в google.dk), но IP может быть то, где Вы хотите в мире. DNS просто поместил разрешение между именем и IP, и не делает доказывает, что Ваш IP находится в Denemark.
There has been a good amount of press regarding the latest AMD processor offering, called Bulldozer. The "Server" version of this part isn't out yet, but the desktop offering is a great view into some of the potential problems of the new stuff.
As for the current generation of Server part, all in all the recommendation is fairly good at a generic level. Web-serving and (most) database work is largely Integer based, and the AMD CPUs do well with Integer computation. Additionally, web-serving is (generically) a problem that can be highly parallelized. AMD is focusing rather specifically on "many cores make for faster work", and LAMP (again, generically) tends to respond well to that.
One area you really do need to pay attention to are single-thread dependencies in your applications. The AMD parts don't scale as far clock-wise as Intel parts, so processes which are fundamentally single-thread can bottleneck your overall system a lot quicker than it would on faster CPU parts. Only you know if this applies to you or not. Certain database operations may be better served from faster Intel processors with smaller core-counts just so those few fat threads can really scream.
Application code matters here too. Some long-running web-server processes could chew up a lot of single-thread time and would also like a faster clock. That may be solvable through rewriting out the need for that long running process, but until then a faster clock would be nice.
But in general, for lots-o-webserver-vm style workloads, those 12-core parts can scale pretty darned far. If you do run into some single-thread problems, going with the higher clocked 8-core parts would be an acceptable compromise.
По большей части вы обнаружите, что оба процессора очень сопоставимы. Процессоры AMD имеют небольшое преимущество в скорости оперативной памяти (обычно) из-за 4-го канала. Процессоры Intel обычно имеют более низкий CPI (возможно, в большей степени с HT , хотя это очень сильно зависит от рабочей нагрузки). AMD, как правило, дешевле.
Большинство из этих факторов дают преимущество тому или иному, в зависимости от вашей рабочей нагрузки. Ни один из них не будет значительно хуже другого (при условии разумной конфигурации и примерно равных капитальных затрат).
You should consider the performance differences that the differing RAM architecture may bring, and whether or not that is a deciding factor for your organization.
Also as a bit of a side note, while you may not be concerned with the peak performance, if your VM's will not have multiple cores each and/or specific tasks within are single-threaded, there is a considerable performance advantage in the intels per core than AMD, even if the total core count is less.
Основное отличие заключается в подходе; в среднем диапазоне AMD делает небольшой упор на ядра в части, которая стоит примерно столько же, сколько и аналогичная часть Intel. Компонент Intel будет иметь меньше ядер с более высокой тактовой частотой.
Итак, для рабочих нагрузок виртуализированных веб-приложений вы, вероятно, предпочтете системы AMD.
Если не будет большой разницы в цене, я бы не стал беспокоиться о долларах. Я бы больше посмотрел на подсистему ввода-вывода. И совокупная стоимость владения на 40 серверах будет в основном включать поддержку, лицензирование программного обеспечения, если таковое имеется, и укомплектование персоналом, вероятно, не сами серверы.
Как минимум, вам нужно оказать себе услугу, пригласить обоих поставщиков и запустить свою системы на своем оборудовании, прежде чем переходить на 40 серверов с любого из них. Только вы можете правильно ответить на вопрос для вашей конкретной рабочей нагрузки.
Еще одна вещь, которую стоит выкинуть, будьте осторожны, если вы используете виртуализацию любого типа, миграция гостей с Intel на AMD может быть реальной проблемой, а кластеризация между брендами не подходит. вообще. Придерживайтесь одной платформы для каждого кластера и примите тот факт, что с одной платформы на другую сложно переходить.