Are you still confused by the vCloud Suite? Are you unaware of the products and great features you could have access to right now?
This poster was designed to help you, the vSphere administrators, understand which products are part of the vCloud Suite, this poster will show you what is available as part of the vCloud Suite but also what the vCloud Suite products can be used for.
The vCloud Suite Poster (shown below) can be downloaded as a PDF file from here<http://blogs.vmware.com/vsphere/files/2013/01/VMware-vCloud-Suite-Poster-v1.pdf> and printed to hang on your wall, it shows both the cloud management and cloud infrastructure products and how these can be used within the vCloud Suite to turn your IT Infrastructure into a Software-Defined Data Center.
If you are at Partner Exchange 2013 (PEX)<http://communities.vmware.com/community/vmtn/partner-exchangehttp://> make sure you pick up a poster to take back to your office, if you are not at PEX then please click here<http://blogs.vmware.com/vsphere/files/2013/01/VMware-vCloud-Suite-Poster-v1.pdf> or the below poster to get the PDF version.
Also, don't forget to visit http://vmware.com/go/Posters for more fantastic VMware posters available to download.
[VMware vCloud Suite Poster]<http://blogs.vmware.com/vsphere/files/2013/01/VMware-vCloud-Suite-Poster-v1.pdf>
blogs.vmware.com [X] <http://blogs.vmware.com/vsphere/2013/01/vcloud-suite-poster.html> |by Alan Renouf on January 28, 2013
◆
________________________________
Original Page: http://blogs.vmware.com/vsphere/2013/01/vcloud-suite-poster.html
Sent from Feeddler RSS Reader
Tuesday, January 29, 2013
Tuesday, January 15, 2013
Cisco UCS Platform Emulator version 2.1 is now available for download
Cisco UCS Platform Emulator is the Cisco UCS Manager application bundled into a virtual machine (VM). The VM includes software that emulates hardware communications for the Cisco Unified Computing System. The UCS Platform Emulator (UCSPE) was developed to enable the use of Cisco UCS Manager and the UCS XML API without requiring physical hardware. UCSPE significantly shortens the development cycle for applications that are based on the UCS XML API. You can create and test programs using only UCSPE installed on a laptop. UCSPE presents a controlled environment for the following:
* Emulation of large-scale environments
* Changes in the hardware inventory (device discovery)
* Firmware upgrade testing
* Troubleshooting real UCS problems
For example, you can use Cisco UCS Platform Emulator to create and test a supported Cisco UCS configuration, or to duplicate an existing Cisco UCS environment for troubleshooting or development purposes. Cisco UCS Platform Emulator supports both DHCP and static IP. By default, Cisco UCS Platform Emulator is configured to use the local network to obtain an IP address via DHCP. If your network does not include a DHCP server, you must assign a static IP address to Cisco UCS Platform Emulator.
[image]
After the initial deployment of the OVA completes, Cisco UCS Platform Emulator displays the management IP address in the VM console. If you assign a static IP address, the IP address persists across VM reboots. You can host Cisco UCS Platform Emulator using VMplayer, VMfusion and VMware vSphere ESXi.
Cisco UCS Platform Emulator 2.1.1aPE2.ova<http://developer.cisco.com/documents/2048839/2482256/Cisco_UCS_Platform_Emulator_2.1.1aPE2.ova?redirect=http%3A%2F%2Fdeveloper.cisco.com%2Fweb%2Funifiedcomputing%2Fucsemulatordownload%3Fp_p_id%3Ddoc_library_summary_portlet_WAR_doclibrarysummaryportlet_INSTANCE_5iBQ%26p_p_lifecycle%3D0%26p_p_state%3Dnormal%26p_p_mode%3Dview%26p_p_col_id%3Dcolumn-1%26p_p_col_count%3D2>
UCS Emulator release notes and user guide<http://developer.cisco.com/web/unifiedcomputing/ucsemulatordownload>
________________________________
Original Page: http://feedproxy.google.com/~r/Ntpronl/~3/X5AZzLYfL4w/2263-Cisco-UCS-Platform-Emulator-version-2.1-is-now-available-for-download.html
Sent from Feeddler RSS Reader
* Emulation of large-scale environments
* Changes in the hardware inventory (device discovery)
* Firmware upgrade testing
* Troubleshooting real UCS problems
For example, you can use Cisco UCS Platform Emulator to create and test a supported Cisco UCS configuration, or to duplicate an existing Cisco UCS environment for troubleshooting or development purposes. Cisco UCS Platform Emulator supports both DHCP and static IP. By default, Cisco UCS Platform Emulator is configured to use the local network to obtain an IP address via DHCP. If your network does not include a DHCP server, you must assign a static IP address to Cisco UCS Platform Emulator.
[image]
After the initial deployment of the OVA completes, Cisco UCS Platform Emulator displays the management IP address in the VM console. If you assign a static IP address, the IP address persists across VM reboots. You can host Cisco UCS Platform Emulator using VMplayer, VMfusion and VMware vSphere ESXi.
Cisco UCS Platform Emulator 2.1.1aPE2.ova<http://developer.cisco.com/documents/2048839/2482256/Cisco_UCS_Platform_Emulator_2.1.1aPE2.ova?redirect=http%3A%2F%2Fdeveloper.cisco.com%2Fweb%2Funifiedcomputing%2Fucsemulatordownload%3Fp_p_id%3Ddoc_library_summary_portlet_WAR_doclibrarysummaryportlet_INSTANCE_5iBQ%26p_p_lifecycle%3D0%26p_p_state%3Dnormal%26p_p_mode%3Dview%26p_p_col_id%3Dcolumn-1%26p_p_col_count%3D2>
UCS Emulator release notes and user guide<http://developer.cisco.com/web/unifiedcomputing/ucsemulatordownload>
________________________________
Original Page: http://feedproxy.google.com/~r/Ntpronl/~3/X5AZzLYfL4w/2263-Cisco-UCS-Platform-Emulator-version-2.1-is-now-available-for-download.html
Sent from Feeddler RSS Reader
Sunday, January 6, 2013
Lock outs over
Now all you hockey dads can go back to telling your kids they will never make the NHL with that attitude
Thursday, January 3, 2013
Free eLearning course - Introducing the VMware Security Solution Fundamentals
This free eLearning course provides the background information needed to work with the products included in the VMware Security Solution. The course begins with a review of basic security methodologies and how virtualization affects security. References for follow-on reading are provided for students less familiar with these concepts. Next, the course discusses the VMware security strategy. Each product in the VMware Security Solution is introduced by discussing the limitations of traditional security controls and describing how the products in the solution address these limitations. The course concludes with a list of relevant security and compliance online resources.
http://mylearn.vmware.com/mgrreg/courses.cfm?ui=www_edu&a=one&id_subject=31788
________________________________
Original Page: http://feedproxy.google.com/~r/Ntpronl/~3/HXnH-A1O2qc/2258-Free-eLearning-course-Introducing-the-VMware-Security-Solution-Fundamentals.html
Sent from Feeddler RSS Reader
http://mylearn.vmware.com/mgrreg/courses.cfm?ui=www_edu&a=one&id_subject=31788
________________________________
Original Page: http://feedproxy.google.com/~r/Ntpronl/~3/HXnH-A1O2qc/2258-Free-eLearning-course-Introducing-the-VMware-Security-Solution-Fundamentals.html
Sent from Feeddler RSS Reader
Sunday, December 30, 2012
Change your mindset – YOU are the attacker « Speaking of Security – The RSA Blog and Podcast
[No Flash] It seems that for many years , actually probably forever, security professionals have behaved in a totally reactive way when it come to data breaches. For example, if a breach was identified and it was determined that it was an issue with user education then the team would try to educate the user. This whole model is flawed as we are behaving and acting like victims because we really can't see the who, what, when, where and why of attacks that we are going to be targeted with. We need to move from defense to offence when it comes to protecting ourselves.
To be in the mindset of an attacker you need to have answers to the following fundamental questions:
1. What are you most valuable assets? Where are these assets? How can they be accessed?
2. If you were the attacker how would you spread malware? And who are the most 'vulnerable' targets in the organization?
3. Do you have a view on the 'normal' behavior of your organization (people, behavior, locations and systems)?
As outlined in my previous blogs these questions aren't new questions, they are the absolute basics of any sound security program yet we seem to get them wrong all the time and fall victim to attacks. So, it's time to get on the offensive….
Here's a quote from Sun Tzu, the ancient Chinese warrior general who even in those days understood really sound security strategies:
'It has been said before that he who has known both sides has nothing to fear in a hundred fights; he who is ignorant of the enemy, and fixes his eyes only on his own side, conquers, and the next time is defeated, he who not only is ignorant of the enemy, but also of his own resources, is invariably defeated.
________________________________
Original Page: http://emcfeeds.emc.com/l?s=100003s2sm4ns80vcpn&r=googlereader&he=68747470253341253246253246626c6f67732e7273612e636f6d2532466368616e67652d796f75722d6d696e647365742d796f752d6172652d7468652d61747461636b657225324625334675746d5f736f7572636525334472737325323675746d5f6d656469756d25334472737325323675746d5f63616d706169676e2533446368616e67652d796f75722d6d696e647365742d796f752d6172652d7468652d61747461636b6572&i=70726f78793a687474703a2f2f626c6f67732e7273612e636f6d2f3f703d37353139
Sent from Feeddler RSS Reader
To be in the mindset of an attacker you need to have answers to the following fundamental questions:
1. What are you most valuable assets? Where are these assets? How can they be accessed?
2. If you were the attacker how would you spread malware? And who are the most 'vulnerable' targets in the organization?
3. Do you have a view on the 'normal' behavior of your organization (people, behavior, locations and systems)?
As outlined in my previous blogs these questions aren't new questions, they are the absolute basics of any sound security program yet we seem to get them wrong all the time and fall victim to attacks. So, it's time to get on the offensive….
Here's a quote from Sun Tzu, the ancient Chinese warrior general who even in those days understood really sound security strategies:
'It has been said before that he who has known both sides has nothing to fear in a hundred fights; he who is ignorant of the enemy, and fixes his eyes only on his own side, conquers, and the next time is defeated, he who not only is ignorant of the enemy, but also of his own resources, is invariably defeated.
________________________________
Original Page: http://emcfeeds.emc.com/l?s=100003s2sm4ns80vcpn&r=googlereader&he=68747470253341253246253246626c6f67732e7273612e636f6d2532466368616e67652d796f75722d6d696e647365742d796f752d6172652d7468652d61747461636b657225324625334675746d5f736f7572636525334472737325323675746d5f6d656469756d25334472737325323675746d5f63616d706169676e2533446368616e67652d796f75722d6d696e647365742d796f752d6172652d7468652d61747461636b6572&i=70726f78793a687474703a2f2f626c6f67732e7273612e636f6d2f3f703d37353139
Sent from Feeddler RSS Reader
Sunday, December 16, 2012
Free e-learning course - vCenter Operations Manager for View Fundamentals
The vCenter Operations Manager for View Fundamentals course<http://mylearn.vmware.com/mgrreg/courses.cfm?ui=www_edu&a=one&id_subject=40846> covers the key features and benefits of vCenter Operations Manager for View, how to install and configure the product, and how to work with the vCenter Operations Manager for View dashboards.
The course has three modules:
Module 1
Introduction – This module discusses the vCenter Operations Manager for View architecture, business challenges, problems vCenter Operations Manager for View solves, and key features of vCenter Operations Manager for View. In addition, you will learn about the vCenter Operations Manager for View user interface and dashboards, how vCenter Operations Manager for View is packaged and licensed, and about how vCenter Operations Manager for View collects data and metrics.
Module 2
Installing and Configuring vCenter Operations Manager for View – This module covers the vCenter Operations Manager for View design considerations, installation process, and configuration tasks.
Module 3
Working with the vCenter Operations Manager for View Dashboards –This module describes the function of each of the dashboards and how to use the dashboards to troubleshoot system issues.
________________________________
Original Page: http://feedproxy.google.com/~r/Ntpronl/~3/IaI5e40X6rc/2248-Free-e-learning-course-vCenter-Operations-Manager-for-View-Fundamentals.html
Sent from Feeddler RSS Reader
The course has three modules:
Module 1
Introduction – This module discusses the vCenter Operations Manager for View architecture, business challenges, problems vCenter Operations Manager for View solves, and key features of vCenter Operations Manager for View. In addition, you will learn about the vCenter Operations Manager for View user interface and dashboards, how vCenter Operations Manager for View is packaged and licensed, and about how vCenter Operations Manager for View collects data and metrics.
Module 2
Installing and Configuring vCenter Operations Manager for View – This module covers the vCenter Operations Manager for View design considerations, installation process, and configuration tasks.
Module 3
Working with the vCenter Operations Manager for View Dashboards –This module describes the function of each of the dashboards and how to use the dashboards to troubleshoot system issues.
________________________________
Original Page: http://feedproxy.google.com/~r/Ntpronl/~3/IaI5e40X6rc/2248-Free-e-learning-course-vCenter-Operations-Manager-for-View-Fundamentals.html
Sent from Feeddler RSS Reader
Monday, December 10, 2012
Network Core Dump Collector Check with ESXCLI 5.1 - VMware vSphere Blog
The ESXi Dump Collector service is an extremely useful feature to have enabled, this is especially important in a stateless environment where there may not be a local disk for storing core dumps generated during a host failure. By configuring ESXi hosts to send it's core dumps to a remote vSphere Dump Collector<http://blogs.vmware.com/vsphere/2011/07/setting-up-the-esxi-50-dump-collector.html>, it still allows you to collect core dumps which will help VMware Support analyze and determine the root cause of the failure.
In addition, by leveraging the vSphere Dump Collector, it allows you centrally manage core dump collection in your vSphere environment in the rare occasion a host may generate a PSOD (Purple Screen of Death) without having to go out to the host and manually copying the core dump file. A potential challenge that may come up when configuring the ESXi Dump Collector service is how do you go about validating the configuration is correct and that everything will work if a host crashes?
In the past, there was not a very user friendly way of validating ESXi Dump Collector configurations, you had to either resort to triggering an NMI<http://kb.vmware.com/kb/1014767> (Non-Maskable Interrupt) to force a PSOD or even using an unsupported command in the ESXi Shell to forcefully crash a host. In both scenarios, it required a user to crash a host to test the network core dump feature which is not very ideal in my opinion. This can especially be a challenge if you need to validate hundreds if not thousands of ESXi hosts in your environment.
With the release of ESXi 5.1, we have added an enhancement to ESXCLI which now supports the ability to check and validate the dump collector configurations on your ESXi host. This new command is available under:
esxcli system coredump network check
The check operation is not a simple network ping test, but it actually goes out and communicates with the configured vSphere Dump Collector to ensure that it can successfully send core dumps over the network. Let's take a quick look at how this new command works:
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network set -v vmk0 -i 10.24.140.65 -o 6500<tel:6500>
Enter password:
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network set -e true
Enter password:
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network get Enter password: Enabled: true Host VNic: vmk0 Network Server IP: 10.24.140.65
Network Server Port: 6500<tel:6500>
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network check
Enter password:
Verified the configured netdump server is running
In the above example, the first two commands is just demonstrating a regular network core dump configuration<http://kb.vmware.com/kb/2002955> and after that I perform a "get" operation to display the current configuration on the ESXi host. The final command is using the new check operation and we can see from the output that we have successfully verified the dump collector service is properly configured and running. In case there is an error in your configuration, you may see the following message:
Attempt to contact configured netdump server failed: Configured netdump server did not respond in a timely manner
So how do we go about verifying that there was actual communication between the ESXi host and the vSphere Dump Collector as mentioned earlier and not just a pretty print message? For this, we will need to take a look at the Sphere Dump Collector logs. In this example I am using the VCSA (vCenter Serer Appliance) which already has the vSphere Dump Collector pre-installed. The logs are stored in /var/log/vmware/netdumper/netdumper.log and if you tail the log while performing the checking operation, you should a message similar to this:
2012-12-10T17:33:19.328Z| netdumper| I120: Posting back a status check reply to 10.24.137.77
We can see there is an acknowledgement from the vSphere Dump Collector that it can properly communicate with the ESXi host and it is posting a reply back to the host. Hopefully with this new check command in ESXi 5.1, you no longer have to crash your host to just verify that dump collector service on ESXi is properly configured and working.
If you would like to get more details on how the ESXi Dump Collector service works, you can watch this video here:
For more details on configuring the ESXi network core dump, please refer to this VMware KB<http://kb.vmware.com/kb/2002955> article which also provides links to the ESXCLI documentation.
Get notification of new blog postings and more by following VMware Automation on Twitter: [https://lh6.googleusercontent.com/zhM0tNt5R5_R5eywlKztykwzWKS5Z8l6I6FWfc4-O4G8BNf6eq41NHkCf6Dxt6G7aF6Vq4xC4RXu4NS1aNKDq4PICxx0IzhdZmmHx08Sg00eur4kzPc] @VMWAutomation<http://twitter.com/vmwautomation>
blogs.vmware.com [X] <http://blogs.vmware.com/vsphere/2012/12/network-core-dump-collector-check-with-esxcli-5-1.html> |by William Lam on December 10, 2012
◆
________________________________
Original Page: http://blogs.vmware.com/vsphere/2012/12/network-core-dump-collector-check-with-esxcli-5-1.html
Sent from Feeddler RSS Reader
In addition, by leveraging the vSphere Dump Collector, it allows you centrally manage core dump collection in your vSphere environment in the rare occasion a host may generate a PSOD (Purple Screen of Death) without having to go out to the host and manually copying the core dump file. A potential challenge that may come up when configuring the ESXi Dump Collector service is how do you go about validating the configuration is correct and that everything will work if a host crashes?
In the past, there was not a very user friendly way of validating ESXi Dump Collector configurations, you had to either resort to triggering an NMI<http://kb.vmware.com/kb/1014767> (Non-Maskable Interrupt) to force a PSOD or even using an unsupported command in the ESXi Shell to forcefully crash a host. In both scenarios, it required a user to crash a host to test the network core dump feature which is not very ideal in my opinion. This can especially be a challenge if you need to validate hundreds if not thousands of ESXi hosts in your environment.
With the release of ESXi 5.1, we have added an enhancement to ESXCLI which now supports the ability to check and validate the dump collector configurations on your ESXi host. This new command is available under:
esxcli system coredump network check
The check operation is not a simple network ping test, but it actually goes out and communicates with the configured vSphere Dump Collector to ensure that it can successfully send core dumps over the network. Let's take a quick look at how this new command works:
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network set -v vmk0 -i 10.24.140.65 -o 6500<tel:6500>
Enter password:
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network set -e true
Enter password:
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network get Enter password: Enabled: true Host VNic: vmk0 Network Server IP: 10.24.140.65
Network Server Port: 6500<tel:6500>
vi-admin@vMA51:~> esxcli –server vcenter51 –vihost pod23-esx-01a.pml.local –username root system coredump network check
Enter password:
Verified the configured netdump server is running
In the above example, the first two commands is just demonstrating a regular network core dump configuration<http://kb.vmware.com/kb/2002955> and after that I perform a "get" operation to display the current configuration on the ESXi host. The final command is using the new check operation and we can see from the output that we have successfully verified the dump collector service is properly configured and running. In case there is an error in your configuration, you may see the following message:
Attempt to contact configured netdump server failed: Configured netdump server did not respond in a timely manner
So how do we go about verifying that there was actual communication between the ESXi host and the vSphere Dump Collector as mentioned earlier and not just a pretty print message? For this, we will need to take a look at the Sphere Dump Collector logs. In this example I am using the VCSA (vCenter Serer Appliance) which already has the vSphere Dump Collector pre-installed. The logs are stored in /var/log/vmware/netdumper/netdumper.log and if you tail the log while performing the checking operation, you should a message similar to this:
2012-12-10T17:33:19.328Z| netdumper| I120: Posting back a status check reply to 10.24.137.77
We can see there is an acknowledgement from the vSphere Dump Collector that it can properly communicate with the ESXi host and it is posting a reply back to the host. Hopefully with this new check command in ESXi 5.1, you no longer have to crash your host to just verify that dump collector service on ESXi is properly configured and working.
If you would like to get more details on how the ESXi Dump Collector service works, you can watch this video here:
For more details on configuring the ESXi network core dump, please refer to this VMware KB<http://kb.vmware.com/kb/2002955> article which also provides links to the ESXCLI documentation.
Get notification of new blog postings and more by following VMware Automation on Twitter: [https://lh6.googleusercontent.com/zhM0tNt5R5_R5eywlKztykwzWKS5Z8l6I6FWfc4-O4G8BNf6eq41NHkCf6Dxt6G7aF6Vq4xC4RXu4NS1aNKDq4PICxx0IzhdZmmHx08Sg00eur4kzPc] @VMWAutomation<http://twitter.com/vmwautomation>
blogs.vmware.com [X] <http://blogs.vmware.com/vsphere/2012/12/network-core-dump-collector-check-with-esxcli-5-1.html> |by William Lam on December 10, 2012
◆
________________________________
Original Page: http://blogs.vmware.com/vsphere/2012/12/network-core-dump-collector-check-with-esxcli-5-1.html
Sent from Feeddler RSS Reader
Subscribe to:
Posts (Atom)